测试作业流程标准规范.docxVIP

软件测试步骤规范

测试步骤

测试开启阶段（需求分析）

参与软件需求调研，以测试角度分析需求可测性，可构思未来对测试进行方法、标准等。更关键是对不可测或难以测试性问题要立即和用户或项目经理协调处理。

全方面了解需求，从用户角度考虑软件测试需要达成验证状态，即哪些功效需要关键测试，哪些则无需，方便未来制订测试计划。

测试人员参与研发人员项目需求会议，明确需求及任务完成时间，研发人员需向测试人员提供产品需求文档、具体设计说明书、数据库设计说明书等，明确测试任务，确定测试周期。

制订测试计划

依据产品需求分析，制订测试计划目标、测试内容、测试工具，给出测试参考文档、测试风险分析，对测试人员进行分工。测试人员依据项目大小及项目紧急度商讨是否需要写测试计划。

设计测试用例

依据产品需求文档和具体设计文档提炼出测试关键点，形成一个测试关键点文档（提取测试需求）。在拿到产品功效列表和测试版本以后，参考测试关键点文档，测试人员就开始着手设计测试用例了测。测试人员依据产品功效列表后尽可能多设计测试用例，尽可能多覆盖全部测试需求。由评审组对测试用例进行评审--修改--再次评审--初步定稿。测试用例需要录入到禅道系统，方便跟踪实施测试用例。

搭建测试环境（测试准备）

研发人员需通知搭建好测试环境服务器，如需测试人员搭建环境，研发人员需提供测试环境搭建文档或手册。准备测试数据，尽可能根据真实有效数据来测试系统，这么愈加符合业务场景。

实施冒烟测试

列出冒烟测试关键功效、测试点。?运行关键步骤测试用例和测试数据，检验关键功效是否已经基础正确实现，初步运行关键功效性能测试，是否存在显著性能缺点。对测试发觉问题定时进行归纳和总结，估计以后测试可能会存在风险。需要天天进行一次对当日测试情况回顾

实施测试用例

当测试用例设计完后，测试人员就开始全力实施每一条测试用例，当预期结果和实际结果不符时，这时就产生了bug，测试人员要争取每个bug全部能够重现，便于开发修改；测试人员将bug统计到禅道反馈给相关开发人员，开发人员进行修复，测试人员对已修复bug进行再次验证，直到bug处理为止，把状态置为关闭，并将测试结果统计下来。在测试过程中，假如出现了bug但研发人员不认为这是bug，这时应该和需求责任人或产品经理一起讨论判定是否属于bug。对于测试过程中发觉不在测试用例范围问题应补充到测试用例中，不停地完善测试用例，提升测试覆盖率。

Bug跟踪处理

1、测试人员提交bug?=?开发人员处理bug?=?测试人员验证关闭；?

2、测试人员提交bug?=?开发人员处理bug?=?测试人员验证未经过?=?激活bug?=?重新处理?=验证关闭。

测试汇报输出

在约定测试周期内，在全部用例全部实施完，全部bug全部修复完，测试人员需要针对此次测试项目编写测试总结汇报，将测试结果反馈，和轻易出现bug模块给提议，相关责任人在下次开发中给予借鉴，避免类似错误出现，测试汇报输出后，可经过邮件形式，让相关研发人员知晓。

测试结束条件

当全部用例全部被实施完，全部bug全部被修复，编写完测试总结汇报；

基础功效全部已实现，部分提议性bug能够再下一版本中修复；

测试周期结束；

如遇项目担心，急于上线，测试部测试基础功效没问题，对于用户后续发觉bug能够进行跟踪，可和用户项目对接人保持不定时联络，问询用户使用软件情况；这种情况也和企业售后直接联络。

备注：测试步骤将在以后测试项目中慢慢修正和完善，一旦进入测试过程中，不接收任何大模块更改，如需更改需求请走需求步骤。