系统测试计划
- 格式:doc
- 大小:99.00 KB
- 文档页数:14
×××版本产品或×××项目系统测试计划
XXX公司
版本历史
目录
1 简介...................................................... 错误!未定义书签。
文档目的............................................. 错误!未定义书签。
读者对象............................................. 错误!未定义书签。
参考文献............................................. 错误!未定义书签。
职责权限............................................. 错误!未定义书签。测试内容................................................... 错误!未定义书签。测试范围................................................... 错误!未定义书签。
2 测试方法和目标............................................ 错误!未定义书签。测试方法................................................... 错误!未定义书签。
功能测试................................................. 错误!未定义书签。
用户界面测试............................................. 错误!未定义书签。
回归测试................................................. 错误!未定义书签。测试目标................................................... 错误!未定义书签。
3 测试环境与测试辅助工具 .................................... 错误!未定义书签。测试配置和环境说明......................................... 错误!未定义书签。
硬件环境................................................. 错误!未定义书签。
软件环境................................................. 错误!未定义书签。
4 测试转换准则.............................................. 错误!未定义书签。
5 人员与任务进度安排 ........................................ 错误!未定义书签。缺陷管理与改错计划 .......................................... 错误!未定义书签。缺陷管理................................................... 错误!未定义书签。缺陷分类................................................... 错误!未定义书签。
7 风险分析及措施............................................ 错误!未定义书签。风险分析................................................... 错误!未定义书签。措施 ...................................................... 错误!未定义书签。
8 测试的输入与输出 .......................................... 错误!未定义书签。测试的输入与输出........................................... 错误!未定义书签。文档的管理................................................. 错误!未定义书签。
1 简介
1.1文档目的
编写本文档的目的是什么
1.2读者对象
例如:开发人员、测试人员、项目负责人、1.3参考文献
《需求规格说明书》或
《用户需求说明书》
《产品计划》或《项目开发计划》
1.4职责权限
测试内容
测试范围
执行测试工作的具体范围。
2 测试方法和目标
测试方法
主要进行哪几类测试。
功能测试
对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接收、处理和检索是否正确,以及业务规则的实施是否恰当。
此类测试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。
以下为各种应用程序列出了推荐使用的测试概要:
用户界面测试
用户界面(UI)测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外,UI测试还可确保UI中的对象按照预期的方式运行,并符合公司或行业的标准。
回归测试
当程序修改后,为了确保功能的正确性,需要重新测试应用程序中没有改变的部分。在时间和条件允许的情况下,要测试修改相关的整个模块甚至整个程序。
2)和发现的缺陷相关联的模块;
3)需求变更或新增需求。
技术:1)复测修复的问题;
2)按照最新版的测试用例通测整个系统;
重复步骤1)~2),直至严重问题均已解决。
开始标准:发现的缺陷修改完成;
提交相应的复测文档;
完成标准:按照软件配置项回归测试的要求,完成了对变更和受变更影响的软件配置项的测试,并无新问题出现;
对变更的系统的回归测试应符合原系统测试的准出条件,并且无新问题出现。
测试重点和优先级:测试重点是开发人员提交的已经修复的问题,在保证修复问题复测通过后进行相关功能及整个软件系统的回归测试。
测试目标
确保功能满足《×××用户需求说明书》中的功能约定;
通过对系统的详细测试,包括功能测试、用户界面测试及多次回归测试等,全面验证系统各项功能的正确性和适用性,同时保证整体的测试水平和测试质量。