1 测试计划
1 .1 概述
测试计划的目的是测试系统实现的功能是否满足需求阶段定义的需求,性能是否满足用户需要,安全性是否具备企业级应用系统应该具备的安全级别。阅读对象包括:
— 系统需求调研人员。
— 系统设计人员。
— 系统开发人员。
— 系统最终用户或最终用户代表。
— 项目相关管理人员。
测试计划包括的功能测试有:
— 单元 测试 。
— 集成测试 。
— 系统测试 。
— 验收测试 。
测试计划包括的非功能测试有:
— 性能 测试 。
— 安全测试。
根据系统需求说明书列出系统的主要功能模块,每个功能模块的功能点清单,每个功能清单包括的业务场景和软件系统操作场景,每个场景包括的用例,每个用例必须详细列出具体的操作步骤,每个步骤的输入值、输出值,其中输出值在计划书里仅撰写期望输出值( Expected Result ),但在测试报告里必须撰写实际输出值( Actually Result )。
在撰写测试用例时,必须列出所有的用例清单,在每个清单后边定义测试用例的优先级。测试用例的优先级分为:
H — — 必须测试 。
M — — 应该测试,只有在测试完所有 H 项后才进行 该 测试 。
L — — 可能会测试,只有在测试完所有 H 和 M 项后才进行测试 。
( 1 )性能测试
根据系统需求说明书确定主要业务场景、次要业务场景,每个场景包含的测试用例,以及每个测试用例出现的频率。在测试计划书中必须设计要录制的测试用例,定义每个测试用例出现的频率,然后组合生成测试场景,借助自动化测试工具,自动运行这些测试场景,分析测试结果,直到达到要求的性能数据。
( 2 )安全测试
设计攻击性测试脚本,避免无密码登录、错误密码登录、 URL 路径漏洞、 SQL 注入漏洞等安全问题。
( 3 )用户界面测试
由系统最终用户测试系统界面是否是可接受的。
( 4 )回归测试
在测试出问题的地方进行回归测试,直到问题不再出现。
1 .2 测试资源
在测试之前必须制定详细的测试计划,然后按部就班地按照测试计划执行。测试计划涉及测试人员的组织、系统资源的准备、测试环境的搭建等。
1 .2.1 人力资源
测试计划必须指出测试经理、业务测试工程师和 IT 测试工程师,包括在各个阶段需要介入测试的各种角色,以及相关的职责和权限等(见表 1- 1 )。
表 1- 1 测试项目所需的人力资源
|
角 色 |
人 数 |
具 体 职 责 |
|
测试经理 |
甲、乙双方各一名 |
负责测试计划、准备和组织、验收 |
|
业务测试工程师 |
不少于 3 名 |
主要负责功能测试,测试系统的功能是否符合业务要求 |
|
IT 测试工程师 |
不少于 3 名 |
主要负责性能测试和安全测试,负责测试系统的非功能指标是否满足要求 |
1 .2.2 系统 资源
表 1- 2 列出 了 测试项目所需的系统资源 ,包括软硬件资源、测试工具等 。
表 1- 2 测试项目所需的系统资源
|
资源名称 / 类型 |
基本配置及数量 |
|
PC 台式机 |
最低配置: P4 、主频 1.6GHz 以上、硬盘 40GB 、内存 512MB 、 5 台 |
|
系统软件 |
微软 IE 7.0 及以上版本 |
|
应用软件 |
Microsoft Office 、 Visio |
|
测试管理平台 |
必须搭建测试管理平台 |
|
性能测试工具 |
LoadRunner 8.0 |
1 .3 测试环境
用户运行系统时的环境要求,比如所要求的操作系统、软件版本,以及其他的一些特殊环境要求等,可根据不同的项目特征和实际情况,考虑是否需要此节。
使用同一个用户 ID 模拟多并发实不可取的,此处需要提供 100 对真实的用户名和密码,存在文件 userinfo.dat 中,供测试场景使用; 100 个真实用户模拟 300 并发,在一定程度上设计为容错测试。即:同一个 ID 在同时进行并发多资源操作,甚至有的 ID 已经退出系统。
1 .4 测试实施阶段
制 定测试计划时,还必须指出每个阶段要执行的测试,表 1- 3 说明 了 测试将在哪个阶段执行 。
表 1- 3 测试执行阶段
|
测试类型 |
测试阶段 | |||
|
单元测试 |
集成测试 |
系统测试 |
验收测试 | |
|
功能测试 |
√ |
√ |
|
√ |
|
性能测试 |
× |
|
( × )可选,或者当系统性能测试发现缺陷时 |
√ |
|
安全测试 |
× |
( × )可选 |
|
|
|
用户界面测试 |
× |
( × )可选 |
√ |
√ |
|
回归测试 |
当被测试的软件或其环境改变时,在合适的测试阶段进行回归测试 | |||
1 .5 测试进度
测试计划必须包括详细的测试计划,图 1- 1 所示是某个项目制定的测试进度计划。

图 1- 1 测试进度计划
具体的测试时间计划如表 1- 4 所示。
表 1- 4 具体的测试时间计划
|
测试阶段 |
开始时间 |
完成时间 |
执行人员 |
阶段完成标志 |
|
制定测试计划 |
2011- 07-12 |
2011-8- 1 |
指定执行责任人 |
完成测试计划 |
|
需求 Review |
2011- 07-20 |
2011- 07-29 |
指定执行责任人 |
|
|
设计 Review |
2011- 07-25 |
2011- 07-29 |
指定执行责任人 |
|
|
设计测试用例 |
2011-07-20 |
2011-08-01 |
指定执行责任人 |
完成测试用例 |
|
测试开发 |
2011- 07 - 25 |
2011- 8- 01 |
指定执行责任人 |
代码可交付 |
|
测试环境准备 |
2011- 07 - 25 |
2011- 8- 01 |
指定执行责任人 |
搭建好测试环境 |
|
功能测试 |
2011- 07 - 28 |
2011- 08 - 12 |
指定执行责任人 |
全部功能可用 |
|
集成测试 |
2011- 08 - 15 |
2011- 08 - 19 |
指定执行责任人 |
全部功能可用 |
|
回归测试 |
2011- 08 - 22 |
2011- 08 - 26 |
指定执行责任人 |
所有 Bug 均改正 |
|
性能测试 |
2011- 08 - 12 |
2011- 08 - 16 |
指定执行责任人 |
性能测试报告,满足需求定义的要求 |
|
安全测试 |
2011- 08 - 12 |
2011- 08 - 20 |
指定执行责任人 |
安全测试报告,满足安全要求 |
|
验收测试 |
2011- 08 - 21 |
2011- 08 - 25 |
指定执行责任人 |
用户可接受 |
|
文档编写 |
2011- 08 - 25 |
2011- 09 - 15 |
指定执行责任人 |
完成本模块系统操作手册 |
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9116427/viewspace-2284678/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/9116427/viewspace-2284678/
本文详细介绍了一个全面的软件测试计划,包括功能测试、性能测试、安全测试等关键环节,阐述了测试资源、测试环境、测试阶段及进度安排,适用于系统开发项目。

被折叠的 条评论
为什么被折叠?



