软件测试的流程规范.docx

软件测试的流程与规范 TOC \o 1-8 \h \u 软件测试的流程与规范 1 一、测试基本流程: 2 二、测试各阶段工作流程 2 2.1、需求评审与分析： 2 2.2、制定测试计划 2 2.3、设计测试用例： 3 2.4、搭建测试环境： 3 2.5、冒烟测试 3 2.6、执行测试用例： 4 2.7、提交BUG并追踪处理 4 2.7.1Bug的定义： 4 2.7.2BUG提交规范： 4 2.7.3BUG的等级 5 、严重程度 5 ：优先级 5 2.7.4BUG生命周期 6 2.8、提交测试报告 9 三、测试结束标准 9 四、测试的种类：(根据阶段划分) 9 4.1单元测试 9 4.2集成测试 9 4.3系统测试 9 4.4 验收测试 10 五、APP测试 10 5.1安装、卸载测试 10 5.2UI测试 10 5.3功能测试 10 5.4安全测试 10 5.5交互测试 10 5.6兼容测试： 10 六、web测试 11 6.1功能测试: 11 6.2界面测试（UI测试） 11 6.3接口测试: 11 6.4 性能测试 11 6.5 兼容测试 12 6.6 安全测试 13 七、测试阶段需要的文档以及输出的文档 13 一、测试基本流程: 1、需求评审与分析： 2、制定测试计划： 3、提取需求设计测试用例 4、搭建测试环境： 5、冒烟测试： 6、执行测试用例： 7、提交BUG并追踪处理：BUG处理的流程；BUG的定义；级别的分类 9、提交测试报告： 二、测试各阶段工作流程 2.1、需求评审与分析： 需求评审：软件测试人员应全程参与需求分析与评审的过程，充分了解并熟悉客户需求，并能从测试角度，评估需求文档的可行性，能够从需求中发现隐藏问题，并及时跟产品经理、项目经理沟通协调解决以及提出建设性的意见与建议， 需求分析：需求评审完成后，需要将需求文档、软件设计说明书或者软件原型（demo）提供给测试人员，测试人员根据相关文档梳理、提取测试需求，确定测试内容（功能、性能、兼容性等），使用的测试方法，已保证此次需要测试的内容覆盖完整；测试人员需明确需求及任务完成时间，测试需求是制定测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据；测试需求是设计测试用例的指导，确定了要测什么，测哪些方面后才能有针对性的测试方案，设计测试用例； 2.2、制定测试计划 当需求评审完成后，项目进入编码阶段，此时测试主要负责人员需要根据产品需求文档、开始制定全盘的测试计划， 通过when、how、where、what、who、why几个方面来进行测试计划的制定； Why：领导能够根据测试计划做宏观调控，进行相应资源配置等；测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的共工作等；便于其他人员了解测试人员的工作内容，进行有关配合工作； When：什么阶段完成什么内容的测试任务，总共需要几轮测试； How：需要测试的方法，运用什么样的工具进行测试 Where：什么环境下（硬件环境+软件环境） Who：哪些人参与测试，需要的人力资源；如3名测试人员 What：确定测试范围；如司机端APP，商户端web等； 测试负责人需要和整个项目组讨论并确认此次项目测试阶段的人力、时间投入；测试的交接和验收时间；需要明确测试内容、时间、人力安排，最终输出测试计划，测试计划需要进行评审，输出最终评审后的测试计划； 要充分考虑测试计划的实用性，即测试计划与实际之间的接近程度和可操作性。编写测试计划的目的在于充分考虑执行测试时的各种资源，包括测试内容、测试标准、时间资源、人力资源等，准确的说是要分析执行时所能够调用的一切资源以及各种受限条件，可能受到的各种影响 2.3、设计测试用例： 根据测试计划中分配给测试人员的测试任务，确定用例编写的模板表格，运用各种测试用例的方法做到对需求百分百的覆盖，首版测试需要编写，后续测试同个项目可延用。有对用例进行增删改在说明页添加备注 测试用例模板如： 用例编号 项目名称 大模块 小模块 预置条件 操作步骤 预期结果 实际结果 测试人员 功能测试：依据边界值法、等价类划分法、错误推测法、场景法、因果图法等 界面测试：满足效果图设计，保证页面风格一致，排版整体等 兼容性测试：浏览器兼容 性能测试：服务器再特定并发情况下的最大承载量 2.4、搭建测试环境： 研发人员需告知搭建好的测试环境的服务器，如需测试人员搭建环境，研发人员需提供测试环境搭建文档或者手册。准备测试数据，尽量按照真实有效的数据来测试系统，这样更加符合业务场景 2.5、冒烟测试 冒烟测试是开发完成后，正式移交测试前做的一个中间测试工作，即在刚刚编译出来后，开发人员需要进行基本确认测试，例如