软件测试方案(模板2)

**项目
测
试
方
案
项目名称：**项目_**平台
承建单位：
日期：2020年1月
目录
第一章引言 (3)
1.1 编写目的 (3)
1.2 项目背景 (3)
1.3定义 (3)
1.4参考资料 (4)
第二章测试准备 (4)
2.1测试环境准备 (4)
2.1.1现场测试环境 (4)
2.1.2用户环境 (5)
2.2测试人员准备 (5)
2.3测试任务和进度 (5)
第三章测试方法和测试风险 (6)
3.1测试方法 (6)
3.1.1 黑盒测试 (6)
3.1.2 错误处理方法 (6)
3.1.3 回归测试 (7)
3.2测试风险 (7)
第四章测试范围和测试内容 (8)
4.1测试范围 (8)
4.2测试内容 (8)
4.2.1功能测试 (8)
第五章测试结果管理 (9)
5.1提交测试报告 (9)
5.2测试结果统计 (9)
5.2.1缺陷统计 (9)
5.2.2缺陷分析 (9)
5.2.3系统上线标准 (9)
第一章引言
1.1 编写目的
为确保**项目**平台提供的所有功能和服务运行正常，保证数据库和应用服务正常运行，确保平台兼容、稳定、高效运行，给建设单位交付高质量时空数据支撑平台，特编制此测试方案,依照方案对该平台进行严格的测试和验证。

本文档预期的读者包括：建设方和承建单位以及监理单位。

1.2 项目背景
自拟
1.3定义
1.4参考资料
第二章测试准备
2.1 测试环境准备
为了更好地对系统进行测试，加快测试的进度，项目组于项目实施现场部署了测试环境，具体环境如下：
2.1.1现场测试环境
为了更好地对系统的功能进行测试，现场部署了一个测试环境（部署于linux系统上）。

2.1.2用户环境
●客户端操作系统要求：Windows XP/2003/2008/Windows 7
●浏览器：Chrome浏览器。

2.2 测试人员准备
2.3 测试任务和进度
第三章测试方法和测试风险
3.1 测试方法
3.1.1 黑盒测试
首先，根据软件执行程序所有功能需求的输入条件来设计测试用例，再根据测试用例，进行黑盒测试，验证输出结果是否和设计预期一样。

3.1.2 错误处理方法
在测试过程中，如果页面中出现非法错误信息或者出现与功能要求不一样的地方（即与预期结果不相符的地方），我们便将其视为存在功能上的错误。

对于错误的处理方法主要入下图所示：
3.1.3 回归测试
系统更新后，会对系统可能受影响的功能进行测试，以验证更新后是否会产生其它的问题。

3.2 测试风险
➢人力资源，需要保证稳定的人员安排；
➢硬件资源，需要事先分析测试所需硬件资源，及时申请，保证测试工作顺利进行；
➢需求的临时或突然变化，导致设计的修改和代码重写，测试时间不够；
➢测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等；
➢有些缺陷出现的频率不是百分之百，不容易被发现；
➢回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险；
➢测试时间有限，开发人员是否及时发布版本直接影响进度。

第四章测试范围和测试内容
4.1 测试范围
本次测试的范围为：
➢自拟1。

4.2 测试内容
本次系统测试的内容主要为**平台各个模块的功能测试。

4.2.1功能测试
通过单元测试，确保系统能够按照《需求说明书》要求实现各模块的各个功能；通过集成测试，确保系统能够满足业务流程要求，进出模块数据流向正确,各项数据完整和准确。

功能测试的完成标准如下：
●在使用有效数据时得到预期的结果；
●在使用无效数据时显示相应的错误消息或警告消息；
●使用有效数据时工作流通畅并得到期望结果；
4.2.1.1测试目的
此次功能测试的目的是针对本次项目涉及的功能一一测试，以验证系统功能是否符合预期要求。

第五章测试结果管理
5.1 提交测试报告
本次测试完成后，承建方项目组将对测试的过程进行一一记录，并出具测试结果报告。

5.2 测试结果统计
测试完毕后，将进行缺陷统计分析。

阶段性的测试完成后，项目测试组将该阶段发现的缺陷进行统计分析，可以选择作为测试报告的一部分。

5.2.1缺陷统计
通过区分缺陷来源、缺陷类型等分析缺陷状态的比例（该状态的缺陷数量/总缺陷）。

5.2.2缺陷分析
通过缺陷的数据分析，总结缺陷出现的原因、类型和规律，采取相应措施避免该类型缺陷再次出现，提高产品质量。

缺陷分析的内容包括：应用系统缺陷趋势分析，并统计项目各阶段缺陷的趋势图，用于分析应用系统的质量。

根据测试结果反馈情况，可进行缺陷密度分析和统计发布前和发布后缺陷密度。

5.2.3系统上线标准
系统总体可用率>98%，数据库应用可用率>=99%，WEB应用可用率>=99%。

系统查看页面最大不超过3秒，平均时间在1～2秒以内；业务办理页面最大不超过5秒，平均时间在2～3秒以内；统计页面最大不超过20秒，平均在5～10秒以内。

正常上线标准：Bug密度≤0.05 and 紧急BUG数 = 0 and 高级BUG数 = 0 。

让步上线：达不到正常上线的标准，但各主要功能和流程可以正常运行，紧
急BUG数 = 0 and 高级BUG数≤10。