9.5.10 验收测试方案的“项目实施阶段”部分
“项目实施阶段”索引段落内容主要描述了项目实施各个阶段进入的标准、主要活动、交付物和退出标准。
示范性文档编写内容介绍如下。
6. 项目实施阶段
6.1 项目实施阶段描述
根据我方测试方法论和某单位的要求进行项目实施。
6.1.1 测试计划阶段
对整个测试工作做一个高层次规划，内容包括培训、确认测试需求、设定测试优先级、识别风险、确定测试方法、设计测试环境和开发/选择必要的测试工具等。
编写《某单位某系统系统用户验收测试方案》、《某单位某系统系统用户验收测试计划》，并参加管理方组织的评审会，评审通过《某单位某系统系统用户验收测试方案》、《某单位某系统系统用户验收测试计划》。
（1）进入标准。
此阶段为整个项目的进入标准，参考《项目进入标准》。
（2）活动。
制定测试目标，明确测试风险、测试通过／失败标准、待测特征、不予测试特征、测试策略（测试阶段）、挂起准则与恢复需求、测试交付物、测试环境需求、组织与职责（角色）、培训需求、进度表、计划应急措施。
（3）交付件。
● 《某单位某系统系统用户验收测试方案》
● 《某单位某系统系统用户验收测试计划》
（4）退出标准。
当双方确认《某单位某系统系统用户验收测试计划》后，测试计划工作即为完成。
6.1.2 测试需求阶段
理解被测系统的功能及各业务处理流程等，确定测试功能需求边界，为测试设计做准备。测试需求阶段的工作结果是测试需求说明书，编写《某单位某系统系统用户验收测试需求说明书》，并参加管理方组织的评审会，评审通过《某单位某系统系统用户验收测试需求说明书》。
（1）进入标准.
● 某单位评审通过《某单位某系统系统用户验收测试方案》和《某单位某系统系统用户验收测试计划》；
● 某单位项目相关管理和业务人员及其开发方相关责任人明确且能够积极配合测试方工作。
（2）活动。
● 根据合同或者方案建议书，确定测试类型。
● 对于每种测试类型，细化测试内容、测试环境、测试标准，如：功能测试：功能点、复杂度、测试环境等；性能测试：测试场景，每个场景涉及业务、测试目的、测试条件、测试环境和性能指标等。
（3）内部评审。
提交用户评审签字。
（4）交付件。
《某单位某系统系统用户验收测试需求说明书》
（5）退出标准。
当双方确认《某单位某系统系统用户验收测试需求说明书》后，测试需求分析工作即为完成。 6.1.3 测试设计阶段
根据测试需求确定每个测试项目的详细目标，确定其优先级，编写测试用例，定义未涵盖的条件，列举需要编程测试的主题等；根据《某单位某系统系统用户验收测试需求说明书》进行测试用例的设计工作。编写《某单位某系统系统用户验收测试设计说明书》，并参加管理方组织的评审会，评审通过《某单位某系统系统用户验收测试设计说明书》。
为了使测试能涵盖所有的需求及特点，需要利用测试项目清单跟踪矩阵列表进行验证。对于测试用例未涵盖的条件，需要添加新测试用例进行需求涵盖，以保证测试设计方案的完整性。
（1）进入标准。
● 《某单位某系统系统用户验收测试需求说明书》得到某单位的确认并签字；
● 验收测试项目各级别的测试人员到位；
（2）活动。
对于每种测试类型的测试需求，进行测试设计，如：功能测试：测试用例、相关测试输入数据等。
（3）内部评审。
提交用户，同时组织对相关成果物进行评审。
（4）交付件。
● 《某单位某系统系统用户验收测试用例设计说明书》
● 《某单位某系统系统用户验收测试执行计划》
（5）退出标准。
当双方确认《某单位某系统系统用户验收测试用例设计说明书》、《某单位某系统系统用户验收测试执行计划》后，测试设计工作即为完成。
6.1.4 测试环境部署
某单位负责为验收测试实施团队提供的办公场所，有某单位相关人员或由某单位委托系统研发团队完成安装测试系统，且保证系统为被测试版本，经过冒烟测试。
（1）进入标准。
系统经过冒烟测试，达到测试要求，同时系统相关软、硬件设置尽量与开发环境一致。
（2）交付件。
《某单位某系统系统用户验收测试环境符合度说明》。
（3）退出标准。
提供完整的某单位某系统系统第三方测试环境，且稳定运行。
6.1.5 第一轮测试执行阶段
根据《某单位某系统系统用户验收测试用例说明书》、《某单位某系统系统用户验收测试执行计划》，准备测试数据,在搭建的某单位某系统系统用户验收测试环境上对不同测试范围实施测试。每当被测应用系统软件经过开发方修改发生变化后，都将进行回归测试。在测试阶段开始前，都将进行一次冒烟测试。如果冒烟测试通过则进行正式测试。
该阶段主要任务是进行以下内容的工作：
● 功能测试；
● 文档测试；
● 性能测试。
（1）进入标准。
测试环境已经就绪。
（2）活动。
● 实施测试，执行测试用例；
● 记录测试结果（缺陷）；
● 讨论和确认测试发现的问题。
（3）交付件。
● 《某单位某系统系统用户验收测试用例执行每日简报》
● 《某单位某系统系统用户验收测试缺陷记录日表》
（4）退出标准。
所有用例执行完毕。
6.1.6 第二轮测试执行阶段
根据《某单位某系统系统用户验收测试用例》，准备测试数据,在搭建的某单位某系统系统用户验收测试环境上对不同测试范围实施测试。每当被测应用系统软件经过开发人修改发生变化后，都将进行回归测试。该阶段主要任务是进行以下内容的工作：
● 功能测试；
● 文档测试；
● 性能测试。
（1）进入标准。
第一轮测试执行后，开发方就系统中存在的问题做出相应修改后。
（2）活动。
● 实施测试，执行测试用例；
● 记录测试结果（缺陷）；
● 讨论和确认测试发现的问题。
（3）交付件。
● 《某单位某系统系统用户验收测试用例执行每日简报》
● 《某单位某系统系统用户验收测试缺陷记录日报》
（4）退出标准。
所有用例执行完毕。
6.1.7 测试总结阶段
测试报告是用户验收测试的一个重要阶段，是整个用户验收测试的总结。主要完成某单位某系统系统用户验收测试收尾阶段的工作任务，即编写《某单位某系统系统用户验收测试总结报告》，并参加管理方组织的评审会，评审通过该报告。
（1）进入标准。
覆盖了所有的测试需求，并且按照合同和计划完成了要求的测试轮次。
（2）活动。
● 各种类型的测试进行总结，产生相应测试类型的测试报告；
● 对整体测试情况进行综合，产生测试总结报告。
（3）内部评审。
提交用户进行正式评审。
（4）交付件。
测试总结报告。
（5）出口准则。
完成测试总结报告，并经过评审后提交管理方。
（6）退出标准。
所有文档提交管理方。
6.2 测试里程碑
为了保证测试项目的质量的和进度，特制定如下里程碑，以便执行时作为检查依据：
6.2.1 进入标准测试
检查测试对象是否满足测试的进入条件：即开发方完成系统测试，并提交系统测试报告。
进行冒烟测试，对测试对象进行功能快速抽查，用于执行测试入口标准的印证。
6.2.2 测试环境的搭建
在客户的协助下，搭建测试环境，尽量模拟真实运行环境。
6.2.3 业务培训
接受客户的业务培训是开展测试工作的重要的一环，便于熟悉理解某单位某系统系统的各类业务、功能和接口等。
6.2.4 制定测试计划、测试需求准备
根据《某单位某系统系统业务需求书》、《某单位某系统系统需求规格说明书》和《某单位某系统系统程序设计说明书》整理测试需求；协调开发方协助制定测试计划。包括：确定测试范围、目标、测试周期、测试环境配置、测试方法、所需资源和后勤服务等。
6.2.5 测试设计
编写测试用例，涵盖各个方面，包括正面和负面的输入和数据；开发每一个测试周期具体的测试条件、测试用例、测试脚本、测试数据和预期结果。测试用例和脚本应以实际业务流程执行情况为基础开发。
6.2.6 必要测试工具的开发
除了已经有的测试工具外，还需开发必要的方便功能测试和性能测试的辅助工具。
6.2.7 用例评审
与软件开发方、用户方共同评审测试用例的合理性。
6.2.8 测试执行
● 在测试方案和测试计划由管理方批准后，测试用例由用户方确定后进入具体测试实施阶段。
● 准备测试数据，执行测试用例，记录测试结果；执行一轮测试，二轮回归测试。
6.2.9 测试总结
对测试的各个方面进行全面总结，提交测试报告。
9.5.11 验收测试方案的“测试实施安排”部分
示范性文档编写内容介绍如下。
7. 测试实施安排
7.1 工作流程
项目实施过程我们遵循H测试模型，如图9-9所示。
图9-9 H测试模型图
此次研发过程采用敏捷开放，因此测试工作采用H测试模型，H测试模型将测试流程独立与开发流程，使测试流程自身为一个完全独立的流程，将测试准备活动和测试执行活动清晰的体现出来。除此之外，在项目实施过程中针对各个过程均有质量管理活动，对项目实施过程中的相关成果进行严格的评审。
7.2 人员组织
本次项目测试人员均为具有多年测试同行业的人员，对业务及测试有深入理解，此次项目测试工作包括3部分内容，即：功能性测试、文档性测试和性能测试，因此结合项目特点，我公司岗位人员设置如图9-10所示。
图9-10 测试项目岗位设置图
7.3 人员配置
表9-9 验收测试项目人员配置表
人员分类 | 人 数 | 职 责 |
项目经理 | 1 | 负责承担项目任务的计划、组织和控制工作，以实现项目目标 监督、统筹及协调项目中各项活动和任务安排 负责向项目协调机构定期报告项目进展情况，就项目中存在的问题提出解决建议 负责测试方和业务方、开发方的协调配合工作 |
功能测试组 | 3 | 负责功能测试、业务流程测试 负责编写、制定功能测试用例 负责测试用例执行 负责将问题录入缺陷管理系统 负责对发现的BUG进行回归测试 负责问题分类、总结 负责测试文档的汇总保存 |
性能测试组 | 2 | 负责准备、实施性能测试 |
文档审查组 | 同功能测试组3人 | 负责对文档内容、规范性、可读性进行检查 负责将文档问题分类、总结 负责执行文档评审 |
9.5.12 验收测试方案的“测试计划”部分
示范性文档编写内容介绍如下。
8. 测试计划
在测试开始前对开发方提交的程序、文档进行冒烟测试。
计划项目周期为：20xx-xx-xx至20xx-xx-xx（时间将根据项目实际情况进行调整）。
8.1 测试工作量估算
下面是关于某单位某系统用户验收测试的功能测试、文档测试和性能测试的规模和工作量的估计。
根据下表统计，预计共需xx天，合计xx人日，约合x.xx人月。
表9-10 验收测试项目人工统计表
验收测试 | 任 务 | 时间
（天） | 项目经理1人 （人日） | 高级测试工程师2人 （人日） | 测试工程师2人 （人日） | 工作量小计 （人日） |
测试计划阶段 | 制定测试计划 | 4 | 4 | 4 | 2 | 15 |
测试需求阶段 | 分析测试需求 | x | x | x | x | x |
测试设计阶段 | 设计测试用例 | x | x | x | x | x |
制定测试执行计划 | x | x | x | x | x |
第一轮测试执行阶段 | 执行测试用例 | x | x | x | x | x |
第二轮测试执行阶段 | 执行测试用例 | x | x | x | x | x |
测试总结阶段 | 总结测试，编写文档，项目验收 | x | x | x | x | x |
合计 | | x | x | x | x |
8.2 测试时间进度表
表9-11 验收测试项目时间进度表
阶 段 | 活 动 | 预计时间（天） |
1．测试计划阶段 | 启动会议双方沟通；整理办公环境 | x |
收集所需客户文档 |
建立配置管理环境，建立测试管理环境，制订BUG管理流程，建立BUG管理环境 |
制订项目测试详细计划，制订配置管理计划 |
被测系统业务了解，熟悉系统功能和业务流程，业务系统培训 |
编写测试方案 |
评审测试方案、测试计划 |
需求调研 |
2．测试需求分析阶段 | 需求分析 | x |
需求调研、细化测试需求，编写测试需求 |
评审测试需求 |
3．测试设计阶段 | 功能测试用例设计 | x |
文档测试用例设计 |
性能测试用例设计 |
阶 段 | 活 动 | 预计时间（天） |
3．测试设计阶段 | 评审测试用例设计 | |
编写测试执行计划 |
评审测试执行计划 |
4．第一轮测试阶段 | 第一轮测试环境初始化 | x |
功能测试用例执行 |
文档测试用例执行 |
性能测试用例执行 |
提交回归测试的缺陷列表，确认缺陷 |
第二轮测试总结 |
5．第二轮测试阶段 | 第二轮测试环境初始化 | x |
功能测试用例执行 |
文档测试用例执行 |
性能测试用例执行 |
提交回归测试的缺陷列表，确认缺陷 |
第二轮测试总结 |
6．测试总结阶段 | 测试总结报告 | x |
测试总结报告评审 |
合计 | xx |
后续内容请从书籍获得……
（未完待续）
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
相关链接：
精通软件性能测试与LoadRunner最佳实战 连载八