学生成绩查询系统测试设计.docx
《学生成绩查询系统测试设计.docx》由会员分享，可在线阅读，更多相关《学生成绩查询系统测试设计.docx（11页珍藏版）》请在冰豆网上搜索。
学生成绩查询系统测试设计
项目代号
001
项目名称
学生成绩查询系统
文档名称
学生成绩查询系统测试设计
产品版本
1.0
页数
9
密级
高级
学生成绩查询系统测试设计
组编号：
007
组名：
435
作者：
范骄龙陈宝迪潘海伟
1.导言
1.1目的
该文档的目的是描述学生成绩查询系统的系统测试计划，其主要内容包括：
●测试系统简介
●测试方法
●测试标准
●测试计划
本文档的预期的读者是：
●开发人员
●项目管理人员
●测试人员
1.2范围
该文档定义了学生成绩查询系统的测试方法、测试标准和时间计划，但未确定具体的测试用例，这部分内容将在测试设计中确定。
1.3缩写说明
MVC
Ｍｏｄｅｌ－Ｖｉｅｗ－Ｃｏｎｔｒｏｌ（模式－视图－控制）的缩写，表示一个三层的结构体系。
1.4术语定义
功能性测试
按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。
非功能性测试
按照系统需求定义中的非功能定义部分（如系统的性能指标，安全性能指标等）对系统实行的系统级别的测试。
测试用例
测试人员设计出来的用来测试软件某个功能的一种情形。
1.5引用标准
[1]《企业文档格式标准》
兰州城市学院
[2]《软件测试计划报告格式标准》
兰州城市学院软件工程过程化组织
1.6参考资料
[1]《软件工程案例教程》
韩万江/机械工业出版社
1.7版本更新信息
本文档的更新记录如表Ｅ－１所示。
表E-1:
版本更新记录
修改编号
修改日期
修改后版本
修改位置
修改内容概述
000
20014.5.18
1.0
全部
初始发布版本
2、测试项目
本次测试的项目是《学生成绩查询系统》中的客户端功能，即学生的登录端。
2.1测试项目的背景
本次测试的目的是测试学生成绩查询系统的成绩查询的基本功能。
2.2测试要点
被测特性:
●对软件进行功能性测试
●对软件进行非功能性测试
不被测特性：
●程序源代码，逻辑等；
●模块的接口，模块的错误处理，模块的局部数据结构，模块在执行时执行流的独立路径，模块在处理边界值时的情形；
●单元（模块）之间的可用性等。
2.3测试内容
对被测软件进行系统级别的测试，针对软件的功能需求进行功能测试，验证此软件是否实现了需求分析中所定义的功能，是否正确实现了功能。
针对软件的非功能性需求对其进行性能测试，在人为设置的20人负载（大数据量，大访问量）的情况下，检查系统是否发生功能上或者性能上的问题。
测试内容即测试需求，包括功能测试和性能测试。
2.3.1功能测试内容
需求功能如下：
１）成绩查询
在学生列表中显示学生姓名，课程名称，考试时间，考试成绩，是否及格。
2.3.2 性能测试内容
系统的性能测试是测试系统在20个学生同时登录客户端进行应聘操作，检验系统的性能如何，检测系统性能瓶颈，响应时间；为此需要采用测试工具，采用压力测试工具模拟20个学生，以便测试系统的性能如何。
3测试方法
本章节主要讲述了测试环境、测试工具和测试方法
3.1测试环境
系统的测试环境如图Ｅ－１,系统包括运行在同一台机器上的20虚拟用户和控制器、web服务器和数据库以及网络。
图Ｅ－１：
系统性能测试图示
系统配置如下：
（1）软件配置：
操作系统：
Micrsoftwindows2000professional、Micrsoftwindow2000server、MicrsoftwindowXPProfessional，操作系统上必须安装IIS4.0以上版本。
数据库系统：
MicrsoftSQLServer2000。
浏览器：
MicrsoftIE4.0或以上版本。
（2）硬件需求：
CPU：
P3以上。
内存：
256M以上。
硬盘：
20G以上。
（3）测试软件工具：
测试工具：
LoadRunner7.51
3.2测试工具
客户端的性能测试是测试２０人同时登录系统时系统的性能反应，为此需要采用自动化测试手段，本项目测试采用Mercury的LoadRunner测试工具,主要采用LoadRunner的三个主要组件：
VuGen、Controller、Analysis,其中,利用LoadRunner的VuGen录制基本功能,利用LoadRunner的Controller创建20虚拟用户的运行场景,执行测试,利用LoadRunner的Analysis分析结果,提供测试图表。
3.3测试方法
测试方法：
由于本次测试的依据是需求，所以采用黑盒测试方法。
测试策略：
功能测试，主要采用等价类划分的策略。
压力测试，主要采用边界值测试、错误猜测等策略。
测试手段：
功能测试：
手动模拟正常、异常输入
压力测试：
使用自动化压力测试工具LoadRunner。
测试内容：
功能测试，按照需求功能
性能测试，20人同时访问的性能情况
４测试标准
4.1 测试通过/失败标准
测试中发现的缺陷按照严重程度分为５个级别，如表Ｅ－２，级别不同，严重程度也不同。
表Ｅ－２：
缺陷严重级别
严重级别
严重程度
1-提示（Low）
•微小的错误，不会影响系统的功能
•不准确或容易误解的行为和语句
2-一般（Medium）
•该问题增加了测试或用户操作的复杂度
•该问题轻微降低了系统的性能，但系统仍然能工作
3-严重（High）
•该问题会严重降低系统的性能
•不符合客户端需求说明
4-致命（VeryHigh）
•系统不能正常启动或启动后无法正常工作
本次测试主要是进行系统测试，需要设定测试完成的标准。
测试完成的标准是执行完所有系统测试的功能、性能测试用例，无2级以上遗留问题。
如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。
4.2 测试挂起/恢复的条件
测试挂起和恢复的条件是:
●测试挂起的条件是当某个测试用例的失败导致后续的测试无法进行时，测试需要挂起。
●测试恢复的条件是当将引起挂起的测试用例重新测试通过之后，可以恢复测试。
4.3系统测试交付结果
系统测试交付物包括：
●测试计划
●测试设计（设计的案例，包含测试脚本）
●测试跟踪结果
●测试报告
５ 测试计划
系统测试计划包括角色和职责的安排，时间进度的安排。
5.1角色和职责
测试的角色和职责分配如表Ｅ－３。
表Ｅ－３：
角色和职责表
角色
小组成员
职责
测试经理
陈宝迪
制定测试计划，组织测试工作
系统测试用例评审、测试总结报告评审
提交测试输出文档
测试工程师
范骄龙
系统测试案例编写
系统测试案例执行
填写测试跟踪结果报告
系统测试总结报告编写
测试系统管理员
潘海伟
测试环境的搭建
测试软件的维护
测试数据的建立
5.2测试设计工作任务分解和工作安排
本次测试的任务安排如下表Ｅ－４。
表Ｅ－４：
测试时间计划
工作任务
时间
开始日期
结束日期
备注
1
复习旧有资料，了解测试需求，学习使用LoadRunner。
0.5工作日
2014．5．16
20014．5．16
2
讨论、并制定测试计划
0.5工作日
2014．5．18
2014．5．18
3
讨论并制定测试用例
2工作日
2014．5．20
2014．5．21
4
测试案例评审
0.5工作日
2014．5．25
2014．5．25
5
准备系统测试环境，安装软件
0.5工作日
2014．5．30
2014．5．30
6
系统功能测试并记录跟踪报告
10工作日
2014．6．11
2014．6．11
7
回归测试
2工作日
2014．6．16
2014．6．17
8
测试报告
1工作日
2014．6．20
2014．6．20
6.审批
经过项目组成员和专家评审，测试计划评审通过。
测试经理签名：
XXX
升级会员 