软件系统测试报告二.docx

上传人:b****9 文档编号:25994355 上传时间:2023-06-17 格式:DOCX 页数:14 大小:123.95KB
下载 相关 举报
软件系统测试报告二.docx_第1页
第1页 / 共14页
软件系统测试报告二.docx_第2页
第2页 / 共14页
软件系统测试报告二.docx_第3页
第3页 / 共14页
软件系统测试报告二.docx_第4页
第4页 / 共14页
软件系统测试报告二.docx_第5页
第5页 / 共14页
点击查看更多>>
下载资源
资源描述

软件系统测试报告二.docx

《软件系统测试报告二.docx》由会员分享,可在线阅读,更多相关《软件系统测试报告二.docx(14页珍藏版)》请在冰豆网上搜索。

软件系统测试报告二.docx

软件系统测试报告二

一、测试环境描述

本测试的测试目的是验证网上招聘系统的客户端能否实现应聘者的职位查询、简历提交、问卷的答复等基本功能,以及并发访问的性能。

为此,采用Mercury的LoadRunner7.51测试工具进行压力测试,验证是否满足系统的需求。

测试机器是安装了LoadRunner7.51测试工具的客户机,可以执行功能也可以采用工具录制功能,并模拟多人并发访问系统,监控系统的性能,得出分析结果。

如图G-1。

 

图G-1:

测试机器的环境

这个测试机器的配置环境如下:

●操作系统:

WindowsXP

●配置工具:

Tomcat5.0以上

●浏览器:

MicrsoftIE6.0.2800.1106

●CPU:

2.0以上

二、功能测试执行情况

测试计划

单元测试(类测试):

2010年10月1日-2010年11月30日

集成测试(交互测试):

2010年12月1日-2010年12月10日

系统测试:

2010年12月11日-2010年12月31日

测试方案

单元测试方案:

由开发人员在系统开发过程中对编写的系统函数以及数据库接口函数等使用白盒测试方法进行单元测试。

集成测试方案:

由测试小组在单元测试结束后对使用黑盒测试方法对各单元组合在一起能否按照既定意图写作运行进行测试。

系统测试方案:

由测试小组在集成测试结束后对整个系统能否在实际软件要求的环境正常运行,并且对最终的系统软件进行全面的测试,以确保最终软件系统满足产品需求并且遵循系统设计。

测试说明

由于篇幅有限,只写出部分重要代表性测试用例,有个人注册、个人简历填写、上传照片的测试用例。

其他测试略。

表G-2:

测试用例的度量数据

被测对象

用例

执行总数

发现缺陷数

首页

TestCase-FUNC-01

TestCase-FUNC-02

TestCase-FUNC-03

TestCase-FUNC-04

8+1

3

填写基本信息页面

TestCase-FUNC-05

TestCase-FUNC-06

29+1

9

填写工作经历页面

TestCase-FUNC-05

TestCase-FUNC-07

12+1

1

填写教育经历页面

TestCase-FUNC-05

TestCase-FUNC-08

10+1

1

填写工作技能页面

TestCase-FUNC-05

TestCase-FUNC-09

4+1

2

填写家庭关系页面

TestCase-FUNC-05

TestCase-FUNC-10

6+1

6

填写自我介绍页面

TestCase-FUNC-05

TestCase-FUNC-11

1+1

1

预览应聘者简历

TestCase-FUNC-05

TestCase-FUNC-12

0+1

0

回答问卷界面

TestCase-FUNC-05

TestCase-FUNC-13

1+2

0

直接访问后续页面

TestCase-Perf-1

8+1

8

并发访问系统

TestCase-Perf-2

0+1

0

2.2性能测试执行情况

性能测试是通过Loadrunner测试工具模拟20个人同时访问系统的客户端。

首先录制客户端的基本操作,然后设置参数以保证20个脚本的输入是不完全一致的。

通过设置执行情景来实施性能测试,打开监控窗口监控系统运行状况,最后得到执行结果报告。

2.2.1活动用户视图

图G-3是20个模拟用户的运行结果。

从图中可以看到有20个虚拟用户在同时访问系统的客户端。

2.2.2每分钟点击数

图G-4是20个用户并发访问客户端时,每分钟的点击数。

从图中可以看出,由于设定了集合点,点击数大的集中在每次填写完表单提交数据时。

图G-4:

每分钟的点击数

2.2.3吞吐率

图G-5是20个用户访问时吞吐率,从图中可以看出,同样由于在每次提交数据时设定了集合点,吞吐率大都集中在每次填写完表单、提交数据的时候。

而前4个页面由于需要下载图片,因此吞吐率也相对较大。

 

图G-5:

访问吞吐率

2.2.4事务概要图G-6是20个模拟用户的事务图。

图G-6:

事务图

说明:

事务分别对应于每次点击进入下一个界面。

顺序依次是:

init,login,config1,config2,config3,config4,config5,end

2.2.5事务响应时间

图G-7是模拟20个并发用户的设置的事务的响应时间图,从图表中可以看出,在最后一次提交页面时,反应时间最长。

图G-7:

性能测试的事务响应时间

 

综述上图得到如下结论:

●并发用户数:

20

●通过交易总数:

220

●总吞吐量:

(bytes)5436861

●平均吞吐量(bytes/second):

22844

●总hits数:

920

●每秒平均hits数:

3.866

事务时间响应,见表G-3。

表G-3:

事务的响应时间查

响应时间差

交易事务

最大值

最小值

平均值

变化率

开始

0

0

0

0

显示职位列表

查看职位详细信息

43.974

36.399

37.544

1.802

填写提交个人资料

56.687

49.689

54.868

1.677

填写提交工作经历

42.157

32.094

36.211

1.966

填写提交教育经历

30.577

19.286

25.640

2.262

填写提交基本技能

17.736

11.563

14.975

1.267

填写提交家庭成员

12.406

8.436

11.079

0.92

填写提交各人评价

预览简历

50.078

48.235

49.327

0.468

答题并提交结果

6.837

4.315

5.65

0.568

关闭网页

0

0

0

0

结束

0

0

0

0

三、测试结果分析

3.1测试进度和工作量度量

功能测试的进度和工作量计划与实际比较结果如下。

3.1.1进度度量

表G-4是测试进度的计划与实际结果比较。

从度量数据看实际进度与计划基本相符。

表G-4:

是测试进度的度量数据

任务

计划开始

计划结束

实际开始

实际结束

测试计划与设计

2006-5-19

2006-5-26

2006-5-15

2006-6-1

测试执行

2006-6-12

2006-7-2

2006-6-17

2006-7-1

测试总结

2006-7-3

2006-7-5

2006-6-30

2006-7-1

3.1.2工作量度量

表G-5是实际测试工作量的数据,与计划基本相符。

表G-5:

是测试工作量度量

执行任务

开始时间

结束时间

工作量(人时)

测试计划与设计

2006-5-15

2006-6-1

20×3人时

测试执行

2006-6-17

2006-7-1

15×3人时

测试总结

2006-6-30

2006-7-1

6×3人时

3.2缺陷数据度量

表G-6是测试过程缺陷数据的总结情况,从缺陷的严重程度看,严重和致命的缺陷占的比例较大,说明系统还是存在严重问题,需要重新修改,产品不能提交。

从缺陷的类型看,功能缺陷、赋值缺陷和设计缺陷占比较大的比例,说明设计和编码过程中存在很大的问题。

表G-6:

测试过程的缺陷数据

被测对象

总数

严重程度

缺陷类型

致命

严重

一般

提示

设计错误

赋值错误

算法错误

接口错误

功能错误

其它

首页

3

0

1

0

2

2

1

0

0

0

0

填写基本信息页面

9

0

0

4

5

0

0

0

0

9

0

填写工作经历页面

1

1

0

0

0

0

1

0

0

0

0

填写教育经历页面

1

1

0

0

0

0

1

0

0

0

0

填写工作技能页面

2

2

0

0

0

0

2

0

0

0

0

填写家庭关系页面

6

6

0

0

0

0

6

0

0

0

0

填写自我介绍页面

1

1

0

0

0

0

1

0

0

0

0

回答问卷界面

0

0

0

0

0

0

0

0

0

0

0

直接访问后续页面

8

0

8

0

0

0

8

0

0

0

0

3.3综合数据分析

根据测试的结果可以得出如下的分析数据。

用例执行效率

=执行用例总数/执行总时间(小时)

=128/45

=2.84(个/小时)

用例质量

=缺陷总数/用例总数×100

=31/128*100

=24.2%

根据缺陷跟踪结果得出缺陷的严重程序分布和的缺陷的类型分布,如图G-8和图G-9。

缺陷严重程度分布饼图:

图G-8:

缺陷严重程度的分布

 

缺陷类型分布饼图:

图G-9:

缺陷类型分布图

可靠性

现有系统的可靠性控制不够严密,很多控制是通过页面控制实现的,如果页面控制失效,可以向数据库插入数据,引发错误。

现有系统的容错性不高,如果系统出现错误,返回错误类型为找不到页面错误,无法回复到出错前的状态

兼容性

现有系统支持window下的IE浏览器和傲游浏览器,支持linux系统下的IE浏览器和火狐浏览器。

现有系统未进行其他兼容性测试

安全性

现有系统控制了以下安全性问题:

✓把某一个登录后的页面保存下来,不能单独对其进行操作不进行登录

✓直接输入某一页面的Url能否打开页面并进行操作不应该允许。

现有系统未控制以下安全性问题:

✓用户名和密码应对大小写敏感

✓登陆错误次数限制

3.4详细测试结果

1.个人注册功能测试如表

序序号

测试目的&先决条件

测试输入

预期测试结果

实际测试结果

1

1

1

目的:

正确输入,注册能否操作成功

用户名:

zhang(数字、字母、下划线组成)

密码:

123456(长度大于5的数字、字母、下划线组成的字符串)

重复密码:

123456(与密码相同)

密码找回问题:

我是谁?

(字符串)

密码找回答案:

张三(字符串)

转到成功页面

同预期测试结果

 

2

目的:

检测系统对用户名的检测程度

2.1不输用户名

“用户名不能为空”

同预期测试结果

2.2输入已存在用户名:

zhang

 

用户名已存在

2.3用户名:

123.abc

“用户名只能由数字字母下划线组成”

2.4用户名:

-12345

“用户名只能由数字字母下划线组成”

 

3

目的:

检测系统对密码输入的检测程度

3.1不输入密码

“密码不能为空且不能少于6位”

同预期测试结果

3.2密码:

12345

“密码不能为空且不能少于6位”

 

4

目的:

检测系统对重复密码输入的检测程度

4.1重复密码:

12345

“您两次密码输入不一致”

同预期测试结果

4.2密码:

_123abc

重复密码:

_123ab

“您两次密码输入不一致”

5

目的:

检测系统对密码找回问题输入的检测程度

 

不输入密码找回问题

“必填项不能为空”

同预期测试结果

6

目的:

检测系统对密码找回答案输入的检测程度

 

不输入密码找回答案

“必填项不能为空”

同预期测试结果

5.5测试结果评价

测试结果显示本系统已实现需求中基本功能,能满足个人用户与企业的基本求职招聘功能,不足之处在于系统功能相对不够完善,在简历模块与职位发布管理模块等上存在一定不足,建议以后对这些模块进行完善。

此次测试目的在于发现系统缺陷与漏洞,从测试结果中没有发现严重系统缺陷。

 

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

当前位置:首页 > 医药卫生 > 药学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1