文档介绍：软件测试工作流程规范 V1. 0
有限公司
2017年4月20日
修订历史记录
版本
日期
修订模块
每月 5 号前提交上月工作考核评价表
月工作考核评价表
若有加班 / 请假 / 调休，在 OA 上走相应流程
加班 / 请假 / 调休登记
测试组长，测试计划阶段提交测试计划、测试用例
测试计划、测试用例
测试执行阶段提交测试报告
系统测试报告
测试评估阶段提交遗留问题分析报告
测试遗留问题分析报告
测试流程
需求分析
需求分析
需求分析由产品人员制定，细化每一个功能产的品需细求节人员，每一个按钮的位置，对
需求评审 开发人员
于稍大或复杂一点的需求都进行建模。
测试人员
需求评审
所有参与项目人员进行，开发人员、测试人员、 QA人员。测试人员提出需求，
开发人员写开 测试人员写测 邮件通知
开发人员考虑功发能计实划（现排的期）方案与可行性、当然开试计发划负（排责期也）是要参与的。测部试门人所有员人
主要是对需求的理解提出疑问，以便才能根据需求写用例。 QA 人员是最终对软件
质量进行验证的人开，发所代码以也需求了解需求。 编写测试用例
及自测
开发人员编写排期
开发人员需求根据需求功能点进行排期。然后将开计划转交给测试人员。
产品需求人员
运维人员 测试用例评审
测试计划排期
部署测试环境
开发人员
测试人员
测试人员根据开发计划，对测试具体测试时间，也就是开发功能完成后的时
间，进行几轮测试等。然后，把项目的开发与测试计划发送给各部门负责人及参
开发修复 测试人员
与项目的所有人员。 执行测试
编写测试用例
测试通过 测试报告
验收方案
根据详细的需求分档，开始进行用例的编写。
用例评审
在用例进行评审之间，先以邮件形式将用例发送给相关人员，以便他们事先
了解用例对哪些功能进行验证以及验证的细节。
然后，测试人员组进行用例评审，开发人员对用例与实际功能不符合有哪些，
产品人员对会通过用例对功能的具体实现进行把握等等。
执行测试
测试人员第一轮测试，发现的问题通过缺陷管理工具进行反馈，开发人员对
问题进行修复，完成第一轮测试后，需要写测试结论，发到相关人员。然后进行
第二轮测试，第二轮会对第一轮中发现的问题进行重点回归。
测试通过
经过两到三轮或四轮的测试后，直到没发现新的问题，或暂时无法解决，或
不紧急的问题。通过上级确认，可以通过。编写测试报告与验收方案。
验收方案是交由 QA进行验证的。在现公司的流程中是将测试与 QA分开的，
测试人员重点关注的是功能是否可以正常运行。 QA关注的是整个流程的质量以及
最终用户的质量。
测试准备
测试计划
根据需求文档和项目计划制定测试计划。测试计划旨在说明各测试阶段任务、
人员分配、时间安排、测试要点、工作规范等。测试计划在策略和方法方面说明
如何计划、组织和管理测试项目。测试计划完成后应该在项目组内进行评审。
测试用例
测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设
置以及期望结果的一个特定的集合。解决要测什么、怎么测和如何衡量的问题。 ?
依据用户需求分析说明书、概要设计文档和开发详细设计说明书来设计测试
用例，发现需求与设计中的问题后，与需求作者及时沟通确认。
测试用例设计方法 ?
测试用例的设计方法有等价类测试、边界值分析、基于判定表的测试、基于
因果图的测试、基于状态图的测试、基于场景的测试。 ?
在设计测试用例时常用的设计方法有等价类测试、边界值分析两种方法。
测试用例操作步骤 ?
在设计编写测试用例时，首先要从测试用例库中选择相应功能的测试用例，在原有测试用例的基础上依据系统需求文档对测试用例的进行修改、更新，评审通过后将使用该测试用例测试被测系统。 ?
在测试的执行过程中和进行回归测试后，对已设计的测试用例进行维护更
新。
测试用例选择准则 ?
测试用例的代表性：能够代表各种合理和不合理的、合法的和非法的、边界和越界的 , 以及极限的输入数据、操作和环境设置等； ?
? 测试结果的可判定性：即测