系统测试计划书

小组成员：韩会会

          王婷婷

          徐丽丽

          史敏霞

          孙春芹

1、测试范围

本测试计划文档详细描述了学生学籍信息管理系统测试的基本内容、测试范围、测试方法、所需要的资源以及时间进度等。

2、测试内容

3、测试方法

白盒测试

     白盒测试是一种测试安全设计方法，它使用过程设计的控制结构导出测试安全。使用白盒测试方法，可产生测试安全，它可以：（1）保证一个模块中的所有独立路径至少被使用一次；（2）对所有逻辑值均需测试真（TRUE）盒假(FALSE);(3)在上下边界及可操作范围内运行所有循环；（4）检查内部数据结构以确保其有效性。

黑盒测试

黑盒测试注重测试软件的功能性需求，即黑盒测试到处执行程序所有功能需求的输入条件集。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。

黑盒测试主要发现对下类型错误：（1）功能不对或遗漏，（2）接口错误，（3）数据结构或外部数据库访问错误，（4）性能错误，（5）初始化盒终止错误。

4、测试环境与测试辅助工

5、测试完成准则

对于非常严格系统可以采用“基于测试用例”的准则：

 b功能性测试用例通过率达到100%

 b非功能性测试用例通过率达到90%

b对于严格系统，应当补充“基于缺陷密度”的规则：相邻N个CPU小时内“测试期缺陷密度”全部低于基某个值M。

6、人员与任务表

7、缺陷管理

学生学籍信息管理系统基本上满足现代信息化、高效率管理要求的同时，也存在着一些不足之外：

E以前接触不深的ASP，开发过程中就边学边做，开发效率很低，且代码较乱；

E在整体艺术上没工底，使得学生学籍管理系统的整体界面搭配上不是很完美；

E对SQL SERVER数据库还不是很了解，很多重要的功能还未接触过；

E由于没用过支持SQL SERVER数据库的主页空间，所以还不懂得上传主页空间后数据库要怎么连接；

E由于时间的关系，整体的功能还不是很完善，管理员的管理模块功能还有所欠缺。

8、改错计划

学生学籍信息管理系统改错计划：

C让整体界面搭配简洁及完善

C对SQL SERVER数据库功能更完善

C使各个功能模块尽量没有欠缺

附录. 本计划审批意见

 

 

第二篇：《网上购物系统测试计划书》

表1-1网上购物系统测试计划

目 录

一、概述 ................................................................. 3 1．1 测试目的 ....................................................... 3 1．2 测试范围 ....................................................... 3 1．3 限制条件 ....................................................... 3 1．4 参考文档 ....................................................... 3

二、 测试摘要 3 2．1 测试目标 ....................................................... 3 2．2 资源和工具 ...................................................... 3 2．2．1 资源 ......................................................... 3 2．2．2 工具 ........................................................ 3 2．3 送测要求 ....................................................... 3 2．4 测试种类 ....................................................... 4

三、测试风险 ............................................................. 4

四、暂停标准和再启动要求 ................................................. 4

五、测试任务和进度 ....................................................... 4

六、测试提交物 ........................................................... 5

一、概述

1.1 测试目的

为了真实地模拟企业测试过程，我们将以“网上购物系统”为测试对象，展开系统测试。在测试前期，依据产品需求说明书设计测试用例。在产品开发结束后，适当地调整测试计划和测试用例，带领同学们执行测试用例，完成系统测试任务。

1.2 测试范围

本测试计划是针对《网上购物系统》.doc和《程序测试规范》.doc中规定的内容来制定的，包括：

? 用户管理

? 商品管理

? 购物管理

? 订单管理

1.3 限制条件

本次测试计划受限于产品开发人员提交测试的内容和提交时间。根据开发人员提交模块的实际情况，本计划会做出相应修改。

1.4 参考文档

表1-2 参考文档

2.1 测试目标

通过测试，达到以下目标：

? 测试已实现的产品是否达到设计的要求，包括：各个功能点是否业已实现，业务流

程是否正确。

? 产品是否运行稳定，系统性能是否在可接受范围。

? Bug数和缺陷率是否控制在可接受的范围之内，产品能否发布。

2.2 资源和工具

2.2.1资源

? 测试服务器硬件配置：

软件配置：

I P 地址:

? 人员

测试审核人3名，测试实施人员30 名。

2.2.2 工具

? 缺陷管理工具：Mantis

? 链接检测工具：Xenu

? 自动化性能测试工具：LoadRunner

2.3 送测要求

提交的测试产品按以下要求进行：

表1-3测试产品要求说明

计划完成以下类型测试

? 功能测试 ? 界面测试 ? 链接测试 ? 兼容性测试 ? 性能测试 三、测试风险

本次测试过程，受以下条件制约： ? bug的修复情况 ? 模块功能的实现情况 ? 系统整体功能的实现情况 ? 代码编写的质量

? 人员经验以及对软件的熟悉度 ? 人员调整导致研发周期延迟

? 测试时间的缩短导致某些测试计划无法执行 四、暂停标准和再启动要求

? 冒烟测试，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开

发。

? 软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。

? 软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应

随之暂停或终止，并备份暂停或终止点数据。 ? ? ? ?

如有新的项目需求，则在原测试计划下做相应的调整。 若开发暂停，则相应测试也暂停，并备份暂停点数据。。 若项目中止，则对已完成的测试工作做测试活动总结。 项目再启动时，测试进度重新安排或顺延。

表1-4 测试任务及人员分配表

五、测试任务和进度

六、测试提交物

本次测试需要提交： ? 测试计划 ? 测试用例 ? 缺陷记录 ? 测试总结 编 制 人：于 艳 华 编制日期：2008-12-24