软件测试计划书.docx

软件测试计划书
封面
修订历史记录
版本 日期 AMD 修订者 说明
XXXX年 XX月 XX
（ A-添加， M-修改， D-删除）
目录
硬件环境（网络、设备等）
测试工具
此项目将列出测试使用的工具：
用途 工具 生产厂商 / 自产 版本
系统风险、优先级
[ 简要描述测试阶段的风险和处理的优先级 ]
测试策略
[ 测试策略提供了对测试对象进行测试的推荐方法。
对于每种测试，都应提供测试说明，并解释其实施的原因。
制定测试策略时所考虑的主要事项有：将要使用的技术以及判断测试何时完成
的标准。
下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的
环境中使用已知的、有控制的数据库来执行。 ]
注意：不实施某种测试， 则应该用一句话加以说明， 并陈述这样的理由。 例如，
“将不实施该测试。该测试本项目不适用” 。
数据和数据库完整性测试
[ 要＜项目名称＞中，数据库和数据库进程应作为一个子系统来进行测试。在
测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理
系统（ DBMS），还需要进行深入的研究，以确定可以支持以下测试的工具和技术。 ]
测试目标： [ 确保数据库访问方法和进程正常运行， 数据不会遭到损坏 ]
测试范围：
技术：

[ 调用各个数据库访问方法和进程， 并在其中填充有效的和无效的数据（或对数据的请求） 。
检查数据库，确保数据已按预期的方式填充，并
且所有的数据库事件已正常发生；或者检查所返回的
数据，确保正当的理由检索到了正确的数据 ]
开始标准：
完成标准：

[

所有的数据库访问方法和进程都按照设计的方
式运行，数据没有遭到损坏。

]
测试重点和优先
级：
需考虑的特殊事

[

测试可能需要

DBMS开发环境或驱动程序在数据
项：

库中直接输入或修改数据。
进程应该以手工方式调用。
应使用小型或最小的数据库（记录的数量有限）
来使所有无法接受的事件具有更大的可视度。 ]
接口测试
测试目标

确保接口调用的正确性
测试范围：
技术：
开始标准：
完成标准：
测试重点和优先
级：

所有软件、硬件接口，记录输入输出数据
需考虑的特殊事 接口的限制条件
项：
集成测试
[ 集成测试―主要目的检测系统是否达到需求对业务流程及数据流的处理是否
符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在
不合理的标准及要求。此阶段测试基于功能完成的测试。 ]
测试目标

检测需求中业务流程，数据流的正确性
测试范围：

需求中明确的业务流程，或组合不同功能模块而
形成一个大的功能。
技术：

[

利用有效的和无效的数据来执行各个用例、用
例流或功能，以核实以下内容：
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告
消息。
各业务规则都得到了正确的应用。

]
开始标准：

在完成某个集成测试时必须达到标准
完成标准：

[

所计划的测试已全部执行。
所发现的缺陷已全部解决。

]
测试重点和优先级：

测试重点指在测试过程中需着重测试的地方， 优
先级可以根据需求及严重来定
需考虑的特殊事项：

[

确定或说明那些将对功能测试的实施和执行造