第1章 引言
1.1目的
测试图书管理系统的各个模板是否满足用户的要求并测试是否存在错误，预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入运行之前，尽可能多的发现软件的错误。
1.2参考资料
构建之法软件工程
软件测试计划模板
1.3测试摘要
本次测试主要针对本小组开发的图书管理系统进行系统测试，主要包括功能测试、界面测试、文档测试，在图书管理系统需求中列出的系统功能和性能都需要进行测试在测试工作期间发现的错误都需要及时改正和更新。
1.4测试方案
整个过程采用自底向上的模式，逐个集成的方法依次进行单元测试、组装测试。测试用例的过程应该包括合理的和不合理的输入条件。
第2章 项目背景
2.1测试范围
整个过程采用自底向上的模式，逐个集成的方法依次进行单元测试、组装测试。测试用例的过程应该包括合理的和不合理的输入条件。本小组开发的图书管理系统进行系统测试，主要包括功能测试、界面测试、文档测试，在图书管理系统需求中列出的系统功能和性能都需要进行测试在测试工作期间发现的错误都需要及时改正和更新。
2.2测试目标
本次的测试主要是进行系统功能和性能测试，尽可能完善的测试出系统界面。
2.3风险及约束
Ä由于客观存在的设备、网络等资源原因，使得测试不全面。
Ä由于研发模式为现场定制，且上线时间压力大，使得测试不充分。面对此压力，我们尽可能缩短上线时间，齐心协力，快速的把测试完成。
第3章质量目标
产品的质量目标：系统能够按照预定的时间正式发行。
测试小组的质量目标：在敲定代码后，及时的进行代码修改，及时的进行代码改进，以备使测试准确完成。
第4章 资源需求
4.1测试环境
4.1.1硬件测试环境
描述建立测试环境所需要的设备、用途及软件部署计划。
“机型（配置）”：此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。
“用途及特殊说明”：此设备的用途，如数据库服务器，web服务器，后台开发等；如有特殊约束，如开放外部端口，封闭某端口，进行性能测试等，也写在此列；
“软件及版本”：详细说明每台设备上部署的自开发和第三方软件的名称和版本号，以便系统管理员按照此计划分配测试资源；
“预计空间”：说明第三方软件和应用程序的预计空间；
“环境约束说明”：建立此环境时的特殊约束。如需要开发外部访问端口，需要进行性能测试等。
|
平台1：SUN |
|||||
|
机型（配置） |
IP地址 |
操作系统 |
用途及特殊说明 |
软件及版本 |
预计空间 |
|
SUN450 |
10.1.1.1 |
|
|
oracle8.1.2 |
2G |
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
平台2：IBM |
|||||
|
机型 |
IP地址 |
操作系统 |
用途 |
第三方软件及版本 |
预计空间 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
4.1.2软件测试环境
|
软件需求 |
用途 |
| 运用JAVA，进行测试 |
4.3测试工具
此项目将列出测试使用的工具以及用途：
|
测试工具 |
用途 |
|
自动测试工具 |
能够快速的完成要求 |
第5章 测试策略
5.1 整体测试策略
本节的目的是说明计划中使用的基本的测试过程。
使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求review、设计review、测试案例设计和测试开发，在系统开发完成之后，正式执行测试。产品达到软件产品质量要求和测试要求后发布，并提交相关的测试文档。
5.2开始/中断/完成标准
说明中断/开始/完成测试的标准。
|
开始/中断/完成测试 |
标准说明 |
|
开始测试标准 |
硬件环境可用且软件正确安装完成 |
|
中断测试标准 |
安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug |
|
完成测试标准 |
完成测试计划中的测试规划并达到程序和测试质量目标,并由Test Lead/R&D Manager确认 |
5.3测试类型
|
测试类型 |
是否采用 |
说明 |
|
功能测试 |
采用 |
根据系统需求文档和设计文档，检查产品是否正确实现了功能。 |
|
流程测试 |
采用 |
按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理 |
|
边界值测试 |
采用 |
选择边界数据进行测试，确保系统功能正常，程序无异常。 |
|
容错性测试 |
采用 |
检查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息 |
|
异常测试 |
采用 |
检查系统能否处理异常 |
|
启动停止测试 |
采用 |
检查每个模块能否正常启动停止、异常停止后能否正常启动 |
|
安装测试 |
采用 |
检查系统能否正确安装、配置 |
|
易用性测试 |
采用 |
检查系统是否易用友好 |
|
界面测试 |
采用 |
检查界面是否美观合理 |
|
接口测试 |
采用 |
检查系统能否与外部接口正常工作 |
|
配置测试 |
采用 |
检查配置是否合理、配置是否正常 |
|
安全性和访问控制测试 |
采用 |
应用程序级别的安全性：检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。 系统级别的安全性：检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。 |
|
性能测试 |
采用 |
提取系统性能数据，检查系统是否满足在需求中所规定达到的性能。 |
|
压力测试 |
采用 |
检查系统能否承受大压力，测试产品应该能够在高强度条件下正常运行，不会出现任何错误。 |
|
兼容性测试 |
采用 |
对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台。 对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。 |
|
割接/升级测试 |
采用 |
进行专门的割接测试或升级测试，提供工程升级割接方案 |
|
文挡测试 |
采用 |
检查文档是否足够、描述是否合理 |
|
回归测试 |
采用 |
检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求 |
5.4 测试技术
|
测试技术 |
是否采用 |
说明 |
|
里程碑技术 |
采用 |
里程碑的达成标准及验收方法在测试完后制订 |
|
自动测试技术 |
采用 |
核心业务流程采用自动测试技术 |
|
审评测试 |
采用 |
对软件产品功能说明文档和设计说明文档进行检查，在需求与设计阶段进行 |
|
编写测试用例 |
采用 |
在产品编码阶段编写测试用例 |
|
单元测试 |
不采用 |
由开发人员进行 |
|
集成测试 |
采用 |
检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。 |
|
确认测试 |
采用 |
在产品发布前，对照feature list 进行基本需求的确认，确认产品是否正确实现了功能。 |
|
系统测试 |
采用 |
包括性能测试、压力测试和回归测试 |
|
验收测试 |
不采用 |
由工程实施人员进行 |
第六章 测试计划
测试里程碑
|
里程碑 |
完成时间 |
完成标准 |
|
测试正式开始 |
完成可接受性测试和烟雾测试 |
|
|
进行CVS LOCK |
进行cvs lock |
完成所有里程碑测试和标准测试,测试种类包括确认测试和系统测试,且所有以发现的Bug等级为1/2/3的Bug已修复,近期内无发现新的Bug等级为1/2/3的Bug |
|
产品Release |
重复进行主路径测试和进行Bug检查测试,产品处于可交付状态并由测试经理和高级经理确认 |