验收测试方案资料

验收测试方案

XXX系统验收测试方案

XXX发展有限公司

2017年8月 25日

目录

1 项目简介 (3)

1.1可用性测试 (3)

1.2容错性验证 (4)

1.3兼容性测试 (5)

1.4性能测试 (6)

2测试计划 (7)

2.1 测试进度及产物 (7)

2.2 人员安排 (7)

2.3 质量标准 (8)

3项目沟通管理 (9)

3.1定期汇报制度 (9)

1. 汇报机制 (9)

2. 报告方式 (10)

3.2日常沟通记录 (10)

3.3定期例会制度 (10)

4 Bug规范 (10)

1 项目简介

对杰和科技GSM系统，使用客户真实的场景和数据测试，覆盖所有功能是否满足需求。客户使用真实的场景和数据测试，覆盖所有功能点是否工作正常。逐一验证系统使用手册是否有遗漏，描述是否准确。

1.1可用性测试

验证系统是否对于可能存在的安全问题采取了各项相应措施，包括软件安全和数据库安全。测试内容如下表所示：

1.2容错性验证

验证系统在各种故障或意外时，是否仍然能够保证系统的正常工作。测试内容如下表所示：

1.3兼容性测试

验证系统在各种硬件环境、软件环境、不同浏览器、不同分辨率机器上使仍然能够保证系统的正常工作。测试内容如下表所示：

1.4性能测试

通过并发用户模拟实际生产环境压力，获得系统响应时间、服务器资源使用情况、最佳用户及最大用户数。并试图寻找用户实际遇到或可能遇到的性能问题。

2测试计划

2.1 测试进度及产物

2.2 人员安排

测试团队人员安排因不同的阶段而有所不同，以下是人员安排及职责说明。

人员角色介入阶段人数工作职责

测试项目组长需求阶段开始1人负责所有工作的指派和人员调整，监督项目的测试流程进度和质量，对评测结

果和报告负责，评估测试项目质量。

性能测试工程师设计阶段开始1人负责设计功能及易用性测试用例，设计性能测试脚本及场景。并负责后期相关

的测试执行工作。

测试工程师执行阶段开始3人负责具体的测试执行工作。执行测试案例，记录案例运行结果，分析测试结

果，提交缺陷报告

任务工作测试组长性能测试工程师测试工程师团队和项目管理,跟踪, 规划

测试评估, 方案, 计划, 工期

监控

任务分配

测试报告

用例详细编写

用例评审

任务工作测试组长性能测试工程师测试工程师执行测试

回归测试, 缺陷跟踪

交叉测试

质量保证数据分析,纠错

2.3 质量标准

测试质量合格须符合以下标准：（产品上线五个月内所发现的Bug）

A致命的B严重的C一般的D轻微的E建议优化的≤2 ≤4 ≤5 ≤5 暂不作要求

1）为用户或非测试人员发现的有效缺陷，且改缺陷不是由需求、功能的变更引起的且在测试任务书规定的测试内容范围内的缺陷。

2）用户或非测试人员发现的有效缺陷的总数不得大于一定的比例：10% 用户或非测试人员发现的有效缺陷的总数/测试总结报告提交有效缺陷总数×100%

举例：满足以下任何一条即视为测试质量不合格

➢用户或非测试人员发现的有效A类错误>2

➢用户或非测试人员发现的有效B类错误>4

➢用户或非测试人员发现的有效缺陷的总数与测试发现的有效缺陷总数的比例>10%

➢用户或非测试人员发现的有效C类错误、D类错误均>5

3项目沟通管理

3.1定期汇报制度

1.汇报机制

项目组成员定期向项目经理汇报，原则上是每天汇报一次。

项目经理每周通过周报的形式将项目实际进度和人力资源投入情况向全国中小企业转让系统相关领导进行汇报。

2.报告方式

采用周报的方式进行汇报，并通过邮件进行确认。

3.2日常沟通记录

项目参加各方在项目进行过程中随时对相关问题进行沟通。所有重要的、有主题的日常沟通活动都应留下记录或形成备忘录。日常沟通的主要渠道包括：➢会议

➢电话

➢电子邮件

3.3定期例会制度

➢评审会议：在各个里程碑阶段召开，讨论相关输出；

➢周例会：每周二上午10点进行，由项目经理组织周例会，召集项目相关人员参加，以电话会议的方式，总结上周开发进度，讨论本周开发

计划；

➢风险沟通会：当出现较大风险时召开沟通会，讨论解决方案。

4 Bug规范

4.1 Bug内容描述

在Bug的内容描述中需要包含以下元素：

4.2 Bug严重度定义

在Bug的严重级别定义如下：