软件测试模板.docx

软件测试模板.docx

《软件测试模板.docx》由会员分享，可在线阅读，更多相关《软件测试模板.docx（11页珍藏版）》请在冰点文库上搜索。

软件测试模板

实验：

软件测试文档的集成

一．实验目的：

掌握软件测试整套流程文档的写作技巧。

二．实验属性

设计型。

三．实验内容：

汇总完善实验文档，

按测试流程包括：

1.测试计划

1.主测试环境（可包含在测试计划中）引言

1.1.项目名称

学校成绩查询管理系统

1.2.测试计划名称

学校成绩查询管理系统测试计划

1.3.项目背景和内容概要

（项目的委托单位、开发单位、主管部门、与其它项目的关系，与其他机构的关系等）

合同甲方：

合同乙方：

参见合同

1.4.相关资料、缩略语、定义

（相关项目计划、合同及上级机关批文，引用的文件、采用的标准，缩写词和名词定义等）

学校成绩查询管理系统.pdf

学校成绩查询管理系-2015-1-1-终审稿.pdf

2.测试过程

2.1.测试目标

a）测试目的

1.是否能正常运行

2.查询功能是否正常

3.是否能完成成绩查询功能

4.是否能完成对成绩的录入及修改功能

b）测试类型

黑盒测试

c）测试级别

B级

2.2.测试分工

（分配参与到测试工作中所有人员的职责，如谁负责生成测试代码，谁负责进行具体的测试工作等）

张三负责运行软件

李四负责测试软件

2.3.测试步骤及方法

（采用《测试过程控制程序》中规定的那些步骤和相应的测试内容及方法）

具体参照请：

《测试过程控制程序》

2.4.测试通过标准

（由项目负责人组织制定，如：

执行完毕没有系统错误；满足性能要求；产生了预期结果等）

执行完毕没有系统错误：

满足性能要求，产生了预期结果

2.5.修正错误并重新测试的步骤与要求

（填写错误报告表、修正程序错误、修改设计说明，重新测试等）

2.6进度计划

3.测试小结

3.1.测试环境要求

（准备必要的资源）

3.2.测试用例的简单描述

（如测试用例命名规则，需要的测试特性）

3.3.需求跟踪

（创建一个跟踪矩阵来描述功能需求与测试用例之间的关系）

测试通过标准

1.网站系统与数据库成功对接

2.学生更够查询到登陆平台并能够登入进入

3.学生能够查询到个人信息

4.发现个人信息有误后及时上报修改

5.核实与本人图像相符

6.能够完成手机及邮箱与校园信息的对接

7.校园信息发送系统的完成与使用无误

8.学生能够在校园成绩公告栏中清楚明了的查看公告信息

测试目标

1.网站系统与数据库的链接

设计校园网站并与校内学生信息录入的数据库对接，使学生能够在校园网站内查到自己的信息。

2.系统的登录

完善设计校园网站，设计注册登录系统，确保学生一人一个账号密码，防止学生信息的丢失。

3.查看个人的信息

保证学生能够在查询个人成绩之前先核实并确实是自己在校内的档案信息。

4.修改个人的信息

如果发现个人信息录入错误的话可以及时修改。

5.图像处理

系统将根据预先设定的学生照片采集自动进行图像处理操作，使录入信息与学生本人达到一致。

6.绑定学生手机及邮箱

让学生绑定自己或家长的手机及邮箱，在校内成绩的修改验证等方面更加的可靠有效，也便于学生成绩的查询。

7.发送信息及邮箱系统

在学生注册通知手机和邮箱账号之后，校内发送信息及邮箱的系统达到准确无误。

8.查看成绩公告

在校内网站上的成绩公告栏中，发布查看学生成绩。

并录入到学生成绩系统中给予保存。

2.4.测试通过标准

1.网站系统与数据库成功对接

2.学生更够查询到登陆平台并能够登入进入

3.学生能够查询到个人信息

4.发现个人信息有误后及时上报修改

5.核实与本人图像相符

6.能够完成手机及邮箱与校园信息的对接

7.校园信息发送系统的完成与使用无误

8.学生能够在校园成绩公告栏中清楚明了的查看公告信息

2.主测试环境（可包含在测试计划中）

1软件：

校园成绩查询系统应用服务器、校园成绩查询客户端。

2操作系统：

win7

②应用程序：

校园成绩查询。

③测试工具和实用工具：

IBMFunctionTester

④第三方软件：

IBMBeaWebLogic

⑵硬件：

1计算机、服务器：

CPU双核、内存不低于1024M、硬盘不低于1024M、显示器无要求、显示卡无要求、声卡等无要求。

2输入、输出设备：

读卡器一个，监视器无要求、打印机无要求、扫描仪等无特殊要求。

3数据备份、存储设备：

移动硬盘。

⑶网络设备：

建立独立的校园测试网络环境。

1路由器、防火墙设备。

2交换机，主交换机、边缘交换机。

3无线接入设备:

无

4ADSL接入设备、SSL链接设备:

无。

5网卡、网线:

无。

⑷电源及特殊的工具:

无。

⑸其他：

无。

3.功能测试用例设计

4.性能测试用例设计

测试用例01：

编号:

class-performance01

1．测试用例的名称

校园成绩查询在线最大访问量

2.测试用例的目的

测试出我校成绩查询系统所能承受的并发请求查询在线客户端的最大量。

3.测试用例的输入

多个客户端同时并发成绩查询请求。

4期待的输出

在超过6000个客户端同时并发成绩查询请求后，服务器对并发成绩查询请求的响应时间不超过30秒。

5.测试方法

（1）使用我校校园网作为测试环境；

（2）请4000名学生登陆成绩查询系统，同时在4000个普通客户端进行成绩查询请求操作；

（3）增加500名学生登陆成绩查询系统，并和其他所有普通客户端同时进行成绩查询操作；

（4）如果所有客户端收到的服务器响应时间都小于10秒，则回到测试方法3.

（5）如果出现客户端响应时间超过10秒，则记录客户端个数，得出我校成绩查询系统所能承受并发请求成绩查询的最大客户端量。

6.实际的输出

测试用例02：

编号:

class-performance02

1.测试用例的名称

校园成绩录入的最大数据量

2.测试用例的目的

测试出我校成绩系统所能承受的并发录入的最大数据量。

3.测试用例的输入

在校园客户端中不断录入学生成绩。

4.期待的输出

能够完成学生在校园客户端中准确快捷的查询到自己的成绩。

5.测试方法

（1）使用我校校园网作为测试环境；

（2）在校园客户端中，录入人员进行分工录入学生成绩；

（3）不断增加录入人员数量，快速录入学生成绩，并及时记录录入学生成绩数量；

（4）依次增加500名学生的成绩录入；并使成绩查询人员能够同时查询到自己的成绩并无误；

（5）如果录入人员在录入信息中，系统出现卡顿或者无法录入到校园成绩系统中时，停止并记录校园成绩系统的录入最大数据量。

6.实际的输出

5.测试实施记录

按照下列内容完成测试用例的设计：

测试用例说明

1.序号

2.测试用例的名称

1.学校成绩查询

3.测试用例的目的

1.测试用例的运行结果能找到BUG

2.测试过用例的功能正常使用

4.测试用例的输入

（测试用例的输入项详细描述）

1.系统的登陆问题

5.期待的输出

（测试用例的程序预期输出项详细描述）

1.学生能够正确及安全的受到保护的进入自己信息查询的页面。

6.测试方法

（如何执行测试用例）

1.确定自己的登陆账号和密码进行登陆，登陆成功后注销，反复输入错误密码，查看出现结果，以及漏洞。

7.实际的输出

1.在第一登陆成功后，注销登陆，再次输入正确的学号，但密码故意输入错误密码，在进行几次错误之后，并未发现系统对你的账号进行保护状态，可以一直进行输入，并且没有修改密码项。

8.相关测试用例

（与本测试用例相关的测试用例，比如对统一需求进行验证的所有测试用例及其关系）

1.网站用户登录问题

2.微博登陆页面

3.图书管理系统

四．实验要求：

1、根据实验一所完成的真实项目的测试计划，选择功能和性能方面的测试目的，各完成1个测试用例的设计。

2、根据上课所学技巧，要求测试用例的运行结果能找到BUG（注意！

）。

3、按照测试用例的步骤实施测试，并记录过程，写出所找出缺陷情况。

测试步骤实施测试及过程：

登陆校园网站进入教工系统成绩查询登陆页面，输入正确用户名和密码之后记录下来，进入成绩查询页面。

注销登陆后再次输入正确用户名，在密码项输入错误密码，进行多次试验，可发现，在进行10次以上错误输入后，系统并没有让登陆人所使用的账号进行冻结或修改密码，只是一味的提示账号或密码错误，系统对账号的保护是存在漏洞的，并且没有在下面设置密码修改项，会使登陆造成一定的麻烦。

等我再次输入正确的密码进行登录时，学校网站依旧提示用户名或密码错误，导致使用者无法正确判断自己的账号信息。

在进行对页面的刷新之后，输入正确的用户名和密码时，则可以正常的进行登录。

6.缺陷报告

按照下列内容针对以前实验所找出的BUG完成缺陷报告：

1.步骤：

登陆校园网站进入教工系统成绩查询登陆页面，输入正确用户名和密码之后记录下来，进入成绩查询页面。

注销登陆后再次输入正确用户名，在密码项输入错误密码，进行多次试验，可发现，在进行10次以上错误输入后，系统并没有让登陆人所使用的账号进行冻结或修改密码，只是一味的提示账号或密码错误，系统对账号的保护是存在漏洞的，并且没有在下面设置密码修改项，会使登陆造成一定的麻烦。

等我再次输入正确的密码进行登录时，学校网站依旧提示用户名或密码错误，导致使用者无法正确判断自己的账号信息。

在进行对页面的刷新之后，输入正确的用户名和密码时，则可以正常的进行登录。

2.期望结果：

学生能够正确及安全的受到保护的进入自己信息查询的页面。

3.实际结果：

学生在进行登录校园网进行成成绩查询的过程中，在登陆高峰期时页面会出现卡顿现象，有时会出现乱码的情况；学生在登陆页面进行登陆操作时，登录密码时密码多次出错，用户可以持续的进行登陆，但发现在进行多次的出错之后登陆正确密码的时候也无法登陆，会使用户无法正确判断自己的账号密码，在校园成绩查询的过程中没有能够正确及安全的保护自己信息，需要及时的修复。