教务管理系统测试计划

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件测试计划说明书

§1.引言

1.1.编写目的

本计划是教务管理系统的总体测试计划。目的是说明各种测试阶段任务、人员分配和时间安排、工作规范等。也是为以后的测试设计、测试开发、测试执行、测试评估有所标准。

1.2.项目背景

a.本项目的名称为教务管理系统;

b.本项目是由计算机科学与技术学院08计11班郭琼、王娟、何婷婷、李姣、金欢欢、褚强、孙超为了进行软件测试实训而进行开发的。

1.3.定义

1.3.1.测试用例中的编号

功能名+界面名(每个字第一个汉语拼音大写)+编号

例如:登录第一个用例DL 0001

1.3.

2.测试用例文件名命名规则

模块名+测试用例

例如:学生模块学生测试用例

1.3.3.黑盒测试

黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情

况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。

1.3.4.白盒测试

白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。

1.3.5.静态测试

静态方法是指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析,找出欠缺和可疑之处,例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错,并为测试用例选取提供指导

1.3.6.动态测试

动态方法是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率和健壮性等性能,这种方法由三部分组成:构造测试实例、执行程序、分析程序的输出结果。

1.3.7. 组件功能测试

组建功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。

1.3.8.业务测试

业务测试,在单元测试的基础上,将所有业务流程的模块按照设计要求(如根据结构图〕组装成为子系统或系统,进行测试。

1.3.9.压力、容量、性能测试

就是将业务测试完后的系统进行进一步的业务流程测试,例如:在线人数和系统反包括:各个功能点是否以实现,业务流程是否正确。

2.1.2.产品规定的操作和运行稳定。

例如:进行一些评判学生成绩的数据库操作时,数据库会不会正常运行。

2.1.

3.Bug数和缺陷率控制在可接收的范围之内。

例如:估计总代码行数为6000行缺陷数为30个,

那么测试缺陷密度= 1000 ×30 / 6000 = 5。

目标是测试缺陷密度小于1。

2.1.4.产品可以通过用户检测,初步让客户满意。

可以到达运行基本不出BUG,可以正常使用。

1.4.运行环境

测试工具:Junit

运行工具:Myeclipse,Tomcat

数据库:DB2

机型操作系统CPU 内存

Acer Aspire4520 Window7旗舰版

Build7600 AMD Turion64

X2 TL-60

3G

HP Compaq 6535s Window7旗舰版

Build7600

AMD Athlon X2

DualCore QL-64

2G

Thinkpad R400 LinuxUbuntu

10.10

Inter(R)

Core(TM)2 Duo

2G

Lenove 旭日C466M LinuxUbuntu

10.04

Inter Pentium 双

核T2390

3G

1.5.条件与限制

首先,本测试计划说明书是一个计划说明书,受限于产品开发人员提交产品测试的内容和时间。根据开发人员提交模块的实际情况,本计划会做出相应修改。

§2.计划

2.1.测试方案

3.1.1测试模型:

W型,测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、功能和设计同样要测试。

3.1.2测试方法:

黑盒测试,白盒测试,静态测试,动态测试。

2.2.测试项目

3.2.1.组件功能测试

3.2.1.1.易用性:

1):确认按钮要支持回车的快捷方式。

2):界面要支持键盘自动浏览按钮功能,即按Tab键、回车键的自动切换功能。

3):界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放

在窗口上较醒目的位置。

4):同一界面上的控件数目最好不要太多,最好不要超过10个,多于10个时可

以考虑使用分页界面显示。

5):默认按钮要支持Enter及选择操作,即按Enter后自动执行默认按钮对应操作。

6):可控制项检测到非法输入后应该给出说明并能自动获得焦点。

7):Tab键的顺序与控件排列顺序要一致,目前流行总体从上到下,同时行间从左到右的方式。

8):界面空间较小时使用下拉框而不用选项框。

9):选项数較少时使用选项框,相反使用下拉列表框。

3.2.1.2.规范性:

1):图标能直观的代表要完成的操作。

2):滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示

信息的位置和百分比。

相关文档
最新文档