文档介绍：Updated by Jack on December 25,2020 at 10:00 am
软件测试工作流程规范
软件测试工作流程规范
xxxxx有限公司
2017年4月20日
修订历史记录
版本
日期
修订模块
修订者
说明
文档新建
技术部

目录
目的
通过规范公司测试流程，确保测试工作的规范性和有效性，以验证软件产品的质量满足用户的需求。测试作为质量控制的一种有效手段，运行测试用例找出软件中潜在的各种缺陷，通过协助开发人员修正缺陷来提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患和降低质量成本。通过测试管理为产品与过程改进提供可靠的数据分析，起到缺陷预防的作用。
本过程的方针：
实施测试策划活动
根据测试策划所规定的要求编写测试需求与用例，实施相关的测试活动
管理测试活动中发现的产品缺陷
工作范围
测试人员在软件开发过程中的任务：
参与评估软件需求，编写测试需求；
根据用户需求，编写软件测试用例；
在开发人员完成单元测试后，进行模块测试，以期尽早发现bug；
根据软件测试用例，执行集成测试，寻找尽可能多的bug；
对bug进行追踪与分析，保证bug及时得到修复；
对软件性能进行衡量，并进行测试总结，提交软件测试报告书。
工作职责
工作内容
输出文档
提交每天工时申报
OA工时登记
提交每周工作周报
工作周报
每月5号前提交上月工作考核评价表
月工作考核评价表
若有加班/请假/调休，在OA上走相应流程
加班/请假/调休登记
测试组长，测试计划阶段提交测试计划、测试用例
测试计划、测试用例
测试执行阶段提交测试报告
系统测试报告
测试评估阶段提交遗留问题分析报告
测试遗留问题分析报告
测试流程
需求评审
产品需求人员
开发人员
测试人员
开发人员写开发计划（排期）
测试人员写测试计划（排期）
邮件通知
部门所有人
开发代码
及自测
编写测试用例
运维人员
部署测试环境
测试用例评审
产品需求人员
开发人员
测试人员
测试人员
执行测试
开发修复
测试通过
测试报告
验收方案
软件上线
需求分析
需求分析
需求分析由产品人员制定，细化每一个功能的细节，每一个按钮的位置，对于稍大或复杂一点的需求都进行建模。
需求评审
所有参与项目人员进行，开发人员、测试人员、项目责任人。测试人员提出需求，开发人员考虑功能实现的方案与可行性、当然开发负责也是要参与的。测试人员主要是对需求的理解提出疑问，以便才能根据需求写用例。项目责任人是最终对软件质量进行验证的人，所以也需求了解需求。
开发人员编写排期
开发人员需求根据需求功能点进行排期。然后将该计划转交给测试人员。
测试计划排期
测试人员根据开发计划，对测试拟定具体测试时间，也就是开发功能完成后的时间，进行几轮测试等。然后，把项目的开发与测试计划发送给各部门负责人及参与项目的所有人员。
编写测试用例
根据详细的需求分档，开始进行用例的编写。
用例评审
在用例进行评审之前，先以邮件形式将用例发送给相关人员，以便他们事先了解用例对哪些功能进行验证以及验证的细节。
然后，测试人员组进行用例评审，开发人员对用例与实际功能不符合有哪些，产品人员对会通过用例对功能的具体实现进行把握等等。
执行测试
测试人员第一轮测试，发现的问题通过缺陷管理工具进行反馈，开发人员对问题进行修复，完成第一轮测试后，需要写测试结论，发到相关人员。然后进行第二轮测试，第二轮会对第一轮中发现的问题进行重点回归。
测试通过
经过两到三轮或四轮的测试后，直到没发现新的问题，或暂时无法解决，或不紧急的问题。通过上级确认，可以通过。编写测试报告与验收方案。
验收方案是交由项目责任人进行验证的。在现公司的流程中是将测试与项目责任人分开的，测试人员重点关注的是功能是否可以正常运行。项目责任人关注的是整个流程的质量以及最终用户的质量。
测试准备
测试计划
根据需求文档和项目计划制定测试计划。测试计划旨在说明各测试阶段任务、人员分配、时间安排、测试要点、工作规范等。测试计划