软件测试报告文档格式.docx

上传人:b****1 文档编号:3473188 上传时间:2023-05-01 格式:DOCX 页数:14 大小:19.79KB
下载 相关 举报
软件测试报告文档格式.docx_第1页
第1页 / 共14页
软件测试报告文档格式.docx_第2页
第2页 / 共14页
软件测试报告文档格式.docx_第3页
第3页 / 共14页
软件测试报告文档格式.docx_第4页
第4页 / 共14页
软件测试报告文档格式.docx_第5页
第5页 / 共14页
软件测试报告文档格式.docx_第6页
第6页 / 共14页
软件测试报告文档格式.docx_第7页
第7页 / 共14页
软件测试报告文档格式.docx_第8页
第8页 / 共14页
软件测试报告文档格式.docx_第9页
第9页 / 共14页
软件测试报告文档格式.docx_第10页
第10页 / 共14页
软件测试报告文档格式.docx_第11页
第11页 / 共14页
软件测试报告文档格式.docx_第12页
第12页 / 共14页
软件测试报告文档格式.docx_第13页
第13页 / 共14页
软件测试报告文档格式.docx_第14页
第14页 / 共14页
亲,该文档总共14页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

软件测试报告文档格式.docx

《软件测试报告文档格式.docx》由会员分享,可在线阅读,更多相关《软件测试报告文档格式.docx(14页珍藏版)》请在冰点文库上搜索。

软件测试报告文档格式.docx

测试用例设计

本测试用例主要采用黑盒测试方法,功能测试部分采用了边界值,等价类等用例设计方法,其它部分测试如性能测试,兼容性测试,压力测试等涉及到各自不同的测试方式和测试工具。

2.2?

测试环境与配置

下表列出了测试的系统环境

软件环境(相关软件、操作系统等)

操作系统:

Windows?

XP以上版本;

应用服务器和Web服务器:

Tomcat?

5以上

数据库系统:

MySQL

客户端软件:

MS?

Internet?

Explorer或Firefox等浏览器和office软件。

硬件环境(网络、设备等);

对兼做应用服务器、Web服务器和数据库服务器的机器配置要求较高:

256M以上内存,PIII500MHz以上CPU,10G以上可用硬盘空间;

客户机只要能使用浏览器和Office软件即可。

网络条件和设备:

网路连接卡或调制解调器。

测试使用的工具

用途

工具

生产厂商/自产

版本

压力测试工具

JMeter?

开源组织

功能测试工具

Selinum

1.0?

BUG管理工具

JIRA?

第3章?

测试内容和执行情况

3.1?

项目测试概况表?

对教务管理系统的功能、性能、负载,安全性等方面进行了全面的测试。

项目版本

开始时间

结束时间

用例数

用例通过数

问题数

用例通过率

%

第一轮测试

2017.1.3

2017.1.5

项目测试概况表

3.2功能

3.2.1新建学生

功能

基本要求

测试情况

测试通过

是否

必填项为空

学号,姓名,籍贯为必须输入项,未输入则需弹出警告,并拒绝新建

有警告弹出,未新建

学号内容输入

学号输入应符合一定规范,不能有空格,汉字,中英文字符等

对于空格,汉字,字符,字母等均可创建成功

姓名内容输入

姓名输入应符合一定规范,不支持@,#,¥,*?

等字符输入

对于字符输入无限制

身份证号输入

身份证号应支持尾号为X的输入

支持

电话输入

电话输入应不包含,字母和汉字

会弹出警告框,并拒绝录入

3.2.2?

学生信息管理

删除”按钮功能测试?

点击可以对已选中的学生信息进行删除

正常

“修改”按钮功能测试

一次只能对一个学生信息进行修改

正常修改

“保存”按钮功能测试

点击可以对修改后的学生信息进行提交和保存

能够保存

3.2.3?

学生信息查询

“学号”查询

输入完整学号后,可以显示对应学号学生的基本信息?

能够正常查询出结果

“姓名”查询

输入姓名后,可以列出对应姓名的学生的基本信息

“籍贯”查询

输入籍贯后,可以列出对应籍贯的学生的基本信息

“身份证号”查询

输入身份证号后,可以列出对应身份证号的学生的基本信息

抛出异常

3.2.4?

表单测试

新建学生提交

表单-新建学生信息并提交后,数据能正确保存到后台数据库中

能够正确保存

修改学生信息提交

表单-修改学生信息并提交后,数据能正确保存到后台数据库中

学生信息管理多选删除

表单-测试学生信息管理可以使用多选删除功能

可以多选删除

浏览器功能测试

表单-浏览器的前进、后退、刷新按钮,能够正常使用

功能都可以正常使用

3.2.5?

链接测试

导航栏新建学生测试

在新建学生页面点击导航栏中链接都可以正常跳转

能够正确创建

学生信息管理测试

在学生信息管理页面点击导航栏中链接都可以正常跳转?

能够正确跳转

学生信息查询测试

在学生信息查询页面点击导航栏中链接都可以正常跳转

可以跳转

新建学生返回按钮测试

在新建学生页面点击返回,页面可以正常跳转到上一页

页面可以正常跳转到上一页

3.2.6?

cookies测试

Cookies是否起作用

登录后所有功能,都能以已登录用户身份访问

符合要求

页面无操作5分钟测试

页面无操作5分钟,cookies信息不会被注销?

5分钟无操作,系统功能可以以登录身份正常访问

页面刷新测试

页面刷新后,cookies信息不会丢失,用户身份不会注销

刷新以后,可以以已登录身份正常访问?

3.3?

性能测试

性能测试情况概要

(个)

用例通过数(个)

问题数(个)

用例通过率(%)

1.0

24

6

25%

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。

这里测试学籍系统在预定环境和负载下的响应速度。

序号

用例名称

基本要求

测试情况

1

响应时间-打开WEB?

1个用户打开WEB

响应时间达到预期要求

2

10,50,95个用户同时打开WEB

3

响应时间-登录系统?

1个用户登录系统

4

10,50,95个用户同时登录系统

5

响应时间-信息注册

1个用户注册信息

响应时间达到预期要求?

10,50,95个用户同时注册信息

7

CPU占用率-打开WEB

8

9

CPU占用率-登录系统

10

11

CPU占用率-信息注册

12

3.4?

压力测试

压力测试情况概要

用例数(个)

用力通过数(个)

3.4.1?

测试用例

这里测试学籍系统在不同压力下的运行情况,是否可以正常运行10min。

13

运行情况-登录WEB?

测试1人打开WEB时,系统的运行情况?

14

测试10,50,100人打开WEB时,系统的运行情况

15

运行情况-登录系统?

测试1人登录系统时,系统的运行情况

16

测试10,50,100人登录系统时,系统的运行情况?

17

运行情况-信息注册

测试1人注册信息时,系统的运行情况

18

测试10,50,100人同时注册信息时,系统的运行情况WEB

3.5?

容量测试

容量测试情况概要

用例通过率%

20%

3.5.1?

这里测试学籍系统在可正常运行10min时所能负载的最大用户数。

19

20

21

22

23

3.6?

安全性测试

测试内容

测试通过

用户权限

所有授权用户是否能在所授权限下进行工作,不容许超权限。

实现要求。

安全登陆

所授权用户是否能安全登录。

超时限制

登录系统长时间不操作,系统是否需要重新登录。

验证码

登录系统时,输入验证码是否能正常登录。

没有实现要求。

URL跳转

在浏览器中输入网址,网页是否正常跳转。

漏洞扫描

使用nmap工具进行漏洞扫描。

模拟攻击

使用模拟工具,模拟攻击。

第4章测试结论与建议

4.1测试结论

“大学生学籍管理系统”在用户现场环境进行功能、可靠性、安全性、可使用性、兼容性、安装和手册功能七个方面进行了全面、严格、规范的测试。

测试结果表明:

“大学生学籍管理系统”完全达到业务需求文档中的要求,并具有以下特点:

1.?

系统架构先进、简单。

该系统采用先进的B/S架构,后台支持各种大小数据库,系统结构清晰明确,可满足学校网络软件应用的要求。

2.?

功能全面。

该软件由桌面系统、应用服务器等模块组成,包括了新建学

生信息、学生基本信息管理、学生基本信息查询等功能。

方便查看学生基本信息、修改学生信息、维护学生成绩。

3.?

系统安全性较好。

系统具有严格的权限设置功能,权限设置可细化到字

段级,不同权限的人员只能看到自己有权限访问的字段内容,有效地保证了数据的安全性。

4.?

系统设置灵活。

该软件完全基于工作流程进行设计,系统业务功能操作

简单,可轻松查看学生学籍信息。

5.?

系统可靠性高。

对客户机掉电或强行关机后重启机器、网络异常中断。

有完善的数据校验机制,对用户输入不符合要求的数据,给出了简洁、准确的提示信息,必要时给出了帮助。

6.?

系统兼容性好。

系统设计灵活,能满足用户在各种操作系统,各种web

应用服务器及各种主流数据库支撑软件下的使用。

7.?

系统预测统计模型通过严格测试,以大量学生信息数据进行预测,使预

测模型求出的预测数据更接近真实数据。

8.?

测试结论:

通过。

4.2建议

1.系统整体bug集中在功能性方面,尤其是对于录入数据的约束上,需要从细节和现实使用的角度出发,进行重点关注和修复。

2.系统的兼容性较差,对于多种浏览器都存在界面显示异常的问题。

3.缺少必要的帮助选项。

4.缺少很多的警告性信息,包括用户误操作,或数据未保存退出提醒。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 表格模板 > 合同协议

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2