验收测试方案

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 人员安排

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

2.3 质量标准

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

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的严重级别定义如下：