软件测试工程师管理系统-测试计划

软件测试工程师管理系统

—测试计划

北大青鸟

2011年9月25日星期日

1．简介 (3)

1.1目的 (3)

1.2背景 (3)

1.3范围 (3)

2．测试参考文档和测试提交文档 (4)

2.1 测试参考文档 (4)

2.2 测试提交文档 (4)

3．测试进度 (5)

3.1 各测试阶段资源要求及时间安排 (5)

3.2 项目里程碑 (5)

4．资源 (5)

4.1 角色 (5)

4.2 系统 (6)

5．系统风险 (6)

6．测试策略 (7)

6.1测试策略 (7)

6.1.1 engineer.txt文档测试 (8)

6.1.2 功能测试 (8)

6.1.3 界面测试 (8)

6.1.4 值域测试 (9)

6.1.5 版本验证测试 (9)

6.1.6 可用性测试 (9)

6.1.7 强度测试 (9)

6.1.8 安全性测试 (10)

6.1.9 裸机测试 (10)

6.1.10 安装测试 (11)

6.1.11 加密测试 (11)

6.2 工具 (11)

7．测试功能模块范围 (11)

1．简介

1.1目的

软件测试工程师管理系统“测试计划”文档有助于实现以下目标：

1.确定现有项目的信息和应测试的软件构件。

2.列出推荐的测试需求（高层次）。

3.推荐可采用的测试策略，并对这些策略加以说明。

4.确定所需的资源，并对测试的工作量进行估计。

5.列出测试项目的可交付元素。

1.2背景

项目名称：软件测试工程师管理系统

任务提出者：北京梅梅公司

开发者：北大青鸟信息技术培训中心

用户：北京梅梅公司

软件测试工程师管理系统的项目背景：

软件测试工程师管理系统该项目的实施主要是为提高北京梅梅公司的人事管理效率而

编制的。

软件总体说明：

本项目的目标是完成一个计算机人事管理系统，实现人事管理的自动化。系统的主要功

能包括：人事信息的录入、管理、查询、删除、生成报表等。

软件测试工程师管理系统的基本功能：

1. 可以输入工程师资料

2.可以删除指定工程师资料

3.可以查询指定工程师资料

4.可以修改指定工程师资料

5.可以计算工程师月薪水

6.可以保存工程师资料

7. 可以对工程师资料进行排序

8.可以输出工程师资料

9.可以清空所有工程师资料

10.可以打印工程师资料信息报表

11.可以从文件重新取工程师信息

12.可以退出系统

1.3范围

测试的各个阶段：

1.测试设计

根据需求规格说明书和最终的系统设计，制订测试计划、测试方案，包括收集测试

方法、测试用例，可能的测试工具等。

2.集成测试

前期主要针对单个的功能和模块，及简单的功能组合，后期主要针对基本的流程；

同时进行对新加入测试人员的培训。

3.系统测试

前期根据需求规格说明书进行功能测试，中期是针对重点模块的性能测试，后期是

模拟用户的业务测试，并结合可能的用户测试。

4.验收测试

根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release版本进行安

装测试，典型配置环境的裸机测试，加密测试。

备注：此测试计划不包含单元测试的内容。

2．测试参考文档和测试提交文档

2.1 测试参考文档

产品需求说明书: 软件测试工程师管理系统需求分析.

产品概要设计: 软件测试工程师管理系统详细设计

产品使用说明书

2.2 测试提交文档

1.测试用例

通过测试前的准备和测试后的总结，不断完善测试用例，并按照模块分类，模块内

分出优先级。

2.测试日志

测试人员每天或阶段性进行小结，记录进行了哪些工作，包括未发现问题的部分和

对系统（模块）现状的评价，以上记录保存到Notes库（X4.0集成测试库和X4.0

系统测试库）中。

定期（每周）进行测试例会（可能的话，最好是开发和测试例会一起开），及时交

流大家对系统现状的看法和急需解决的问题等，以上记录保存到Notes库（XXX4.0

开发数据库）中。

3.缺陷报告

使用Notes上的报告库（X4.0集成测试库和X4.0系统测试库）记录和管理缺陷报

告。

测试完成后，对报告库（X4.0集成测试库和X4.0系统测试库）进行整理和分析。

4.验收测试总结报告

验收测试完成后，按照要求填写验收测试总结报告，对整个测试过程进行小结。

3．测试进度

3.1 各测试阶段资源要求及时间安排

3.2 项目里程碑

对于新加入测试人员的培训，前期提供了一些参考书和资料，供他们自学，估计只能达

到初步了解的效果；由于时间比较紧，只能在集成测试阶段，针对X4.0系统进行必要

的培训；系统测试阶段也需要新加入的测试人员一边测试，一边了解相关的知识；希望

通过这次的测试，新加入测试人员能够积累一定的经验。

4．资源

4.1 角色

下表列出了在此项目的人员配备方面所作的各种假定。

4.2 系统

测试项目所需的系统资源。

1.硬件资源

一台微机：主频>=100，硬盘>=1M，内存>=1M；

一台打印机；

2.软件环境

操作系统：DOS5.0以上，或Windows95/98/2000/me/NT/XP。

开发环境：Microsoft Visual C++6.0；

5．系统风险

由于目前同类产品比较多，市场压力比较大。

计划的测试时间，不能满足测试组的要求，主要是功能冻结后的系统测试的时间可能不够。

测试资源的及时到位（设备和人员）。

测试人员的培训。

开发进度的变化，需求或设计的变更。

开发组的版本控制。

6．测试策略

6.1测试策略

1.engineer.txt文档测试

针对与engineer.txt文档相关的功能进行测试，通过对数据的读写操作测试

engineer.txt文档。以engineer.txt文档运行正常，数据不丢失为标准。

2.确认测试功能

集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依据需求规格说明书

逐项测试，验收测试阶段依据说明书逐项测试。以按需求或用户手册所列功能检查

一遍为标准（每个版本周期内）。

3.界面测试

只在系统测试阶段进行，按照相关规定进行检查。以按相关要求规定检查一遍为标

准。

4.值域测试

只在系统测试阶段进行，针对总结（测试过程中逐步总结）出的常用项进行检查。

以常用功能项检查一遍为标准。

5.版本验证测试

在系统测试和验收测试进行，尽量避免因开发组版本控制问题影响测试效果。进行

必要的报告返测和系统的基本功能测试，一般时间为一天。以确认版本是否值得进

行测试为标准。

6.可用性测试

在系统测试的中后期展开，主要针对重点模块进行，包括测试信息输入，查询，删

除，修改系统的响应速度，以及生成报表的准确性。

7.强度测试

在系统测试的中后期展开，通过模拟用户的测试进行，验证系统的健壮性。首先进

行一些必要的负载测试，在达到一定稳定性的基础上，开始模拟用户的测试，并与

可能的用户测试相结合，找出一般测试不能发现的问题。连续正常使用不死机的时

间在允许范围之内（1天死机1次），出错后数据丢失在允许范围内为标准。

8.安全性测试

在系统测试阶段进行。针对与之相关的模块的测试同步进行。以满足基本的安全性

要求为标准。

9.裸机测试

在系统测试的中后期和验收测试进行。在干净的环境上，进行与其他测试环境相同

的测试，应包括所有的测试内容。标准是裸机环境上程序运行正常。

10.安装测试

在系统测试的中后期和验收测试进行。以安装正常，并且卸载正常为标准。

11.加密测试

在系统测试的中后期和验收测试进行。主要是针对于加密狗问题的测试。标准是加

密+可以使用和不加密+不能使用两个方面都保证是正常的。

6.1.1 engineer.txt文档测试

6.1.2 功能测试

6.1.3 界面测试

6.1.4 值域测试

6.1.5 版本验证测试

6.1.6 可用性测试

6.1.7 强度测试

6.1.8 安全性测试

6.1.9 裸机测试

6.1.10 安装测试

6.1.11 加密测试

6.2 工具

此项目将使用以下工具：

7．测试功能模块范围