2010年软考软件测评师软件测试文档及图表(6)2

 　　七、测试风险

　　通过分析已具备的测试资源、本项目的测试规模及难度、可预计的变动因素，提出完成本项目存在的风险程度。

　　1、人力、时间资源方面：

　　2、测试环境方面

　　3、部门配合方面

　　目录

　　1.概述

　　1.1 产品简介(名称，版本，作用等)

　　1.2 范围　　(测试目的，测试哪些方面，与系列版本有什么改进与不同等)

　　1.3 变动条件(计划书发生变化的条件，由哪些方面决定等)

　　1.4 参考文档(产品以前计划书，以前或最新的详细设计，概要设计等文档资料)

　　2.约定(就是统一测试的一些规范，流程，文档，标准等)

　　2.1 测试目标(什么功能，什么性能，产品稳定性，bug出现率等等)

　　2.2 接收标准(测试各流程阶段间进行接收任务的标准，比如单元->集成等)

　　2.3 资源和工具

　　2.3.1 资源(硬件，人员，网络，软件资料等)

　　2.3.2 工具(自动化测试工具选择，bug跟踪工具等等)

　　2.3.3 具体规格(工具中每一个表有哪些字段，新增一测试用例，编号等如何递增等等，如TD中的定制)

　　3.测试种类及测试标准

　　3.1 测试种类(功能，界面，压力，性能，业务流程，安装卸载，验收等测试)

　　3.2 测试方法及标准(每一测试内容，如何去实施，定义要达到什么标准，比如性能测试，就用loadrunner)

　　3.2.1 功能测试(手工功能点排查，用winrunner等)

　　3.2.2 性能测试(loadrunner,webload等,达到什么标准)

　　3.2.3 界面(美观，位置，错字，操作，色调搭配等)

　　4.测试重点及顺序

　　4.1 预测风险(项目延迟，测试时间不足，提交版本不及时，测试人员离职，硬软件损坏，提前发布，bug率高等)

　　4.2测试重点(重点主要功能，特色功能，易出错功能，常用功能等)

　　4.2.1 功能测试

　　4.2.2 业务测试

　　5.暂停标准和再启动要求(bug率、趋势及严重程度，运行情况，顾客需求，发布时间及市场变化等)

　　6.测试任务和进度(用TD进行测试点统计、分配;用project进行进度控制等)

　　7.测试提交物(测试计划，bug跟踪单，测试总结报告，测试用例等)

　　8.整理测试资源(重新分配，改进还是继续保存等等)

　　备注：

　　以上仅是测试计划一般应该包含的内容，具体情况具体对待，根本目的提高测试效果与产品发布。