好好学习,天天向上,学科吧欢迎您!
当前位置:首页 >> 最新范文 内容页

美好人生测试总结报告第三组

美好人生测试总结报告第三组 本文关键词:三组,总结报告,美好,测试,人生

美好人生测试总结报告第三组 本文简介:美好人生系统测试总结报告1.引言1.1编写目的编写该测试总结报告主要有以下几个目的:1.通过对测试结果的分析,得到对软件质量的评价。2.分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考。3.评估测试测试执行和测试计划是否符合。4.分析系统存在的缺陷,为修复和预防bug提供建议。1.2背景

美好人生测试总结报告第三组 本文内容:

美好人生系统测试总结报告

1.

引言

1.1编写目的

编写该测试总结报告主要有以下几个目的:

1.通过对测试结果的分析,得到对软件质量的评价。

2.分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考。

3.评估测试测试执行和测试计划是否符合。

4.

分析系统存在的缺陷,为修复和预防

bug

提供建议。

1.2背景

1.3用户群

主要读者:项目管理人员,项目开发人员,项目测试经理;

其他读者:项目其他相关人员。

1.4定义

严重

bug:出现以下缺陷,测试定义为严重

bug

ü系统无响应,处于死机状态,需要其他人工修复系统才可复原。

ü点击某个导航或者返回出现异常错误。

ü进行(增加、修改、删除等)后,出现异常错误。

ü数据库链接异常中断。

1.5测试对象

1.6测试阶段

系统测试

1.7参考资料

《美好人生项目计划》

2.

测试概要

美好人生网站前台、后台管理系统测试从

2012

2

26

日开始到

2012年

3月

5日结束,共持续

9天,测试功能点8个,执行130个测试用例,平均每个功能点执行测试用例16个,测试共发现20个

bug,其中严重级别的

bug2个,无效4个,平均每个测试功能点2.5个bug。

美好人生网站总共发布2个测试版本,其中1.01版为针对项目计划的,1.02为回归测试版本。计划内测试版本,1.01测试进度依照项目计划时间准时完成测试并提交报告,其中1.02版本推迟一天发布版本,测试通过增加一个人日,准时完成测试。

2.1

进度回顾

版本

计划开始时间

实际开始时间

计划完成时间

实际完成时间

增加资源

1.01

2012-2-26

2012-2-26

2012-3-4

2012-3-4

1.02

2012-3-4

2012-3-4

2012-3-5

2012-3-5

一个工作日

2.2

测试执行

此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试。针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试。

2.3

测试用例

2.3.1

功能性

系统实现的主要功能,包括前台注册、登陆和导航浏览,后台管理与维护。

2.3.2

易用性

1)页面结构、导航、菜单、链接的风格是否一致。

2)操作按钮提示信息正确性,一致性,可理解性。

3)限制条件提示信息正确性,一致性,可理解性。

4)必填项标识。

5)输入方式可理解性。

6)中文界面下数据语言与界面语言的一致性。

3.

测试环境

硬件:主流PC机配置

软件:Windows

Server

2003

4.

测试结果

4.1

Bug

趋势图

bug

状态图可以看出,未解决的

bug

有5个,主要是1.01版本中提交的bug,是关于后台数据库管理操作无提示信息方面的

bug,因为数据库已经设计好,且此问题对整个用户操作无影响,考虑时间成本问题该部分的bug

暂时没有解决。

4.2

Bug

严重程度

测试发现的

bug

主要集中在1.01阶段,属于一般性的缺陷,但是测试的时候,出现了5个High级别的

bug,2个Urgent(急迫)级别的bug,出现此

bug

主要表现在以下两个方面:

1

页面易用性

2

后台管理员管理

5.

测试结论

5.1

功能性

系统正确实现了前台用户注册、登陆、浏览的功能,实现了数据内容的准确性、完整性。

后台管理也全面实现了添加,修改,删除的功能。

5.2

易用性

现有系统实现了如下易用性:

ü前台用户操作浏览界面友好易操作。

ü后台添加,删除,修改操作相关提示信息的一致性,可理解性

ü输入限制提示信息的正确性,可理解性,一致性

现有系统存在如下易用性缺陷:

ü界面排版存在不美观

ü输入缺少解释性说明

6.

分析摘要

6.1

覆盖率

此次测试,所有测试用例都是在中文界面下执行,未在英文界面下执行,测试不包括英文界面下的测试,也不包括正对英文翻译的测试。

此次测试,部分页面需求描述无明确的定义,对输入限制无详细定义,无明确的测试依据,在测试过程中,测试是根据输入字段含义,测试人员理解,以及和项目经理,开发人员沟通获得测试依据,无法保证测试依据的正确性和完整性,因此,没有进行完整的,正确的无效数据的测试,测试覆盖率不够,无法保证测试的有效性和正确性。

下面为此次测试测试用例覆盖率分析图:

6.2

遗留缺陷的影响

遗留的缺陷集中在后台针对数据库操作方面的缺陷,对整个Web系统功能实现无影响,考虑成本与时间问题决定放到下一个版本中进行处理。

6.3

建议

ü在项目开始的时候应该制定编码标准,数据库标准,需求变更标准,开发和测试人员都严格按照标准进行,可以在后期减少因为开发,测试不一致而导致的问题,同时也可以降低沟通成本。

ü发布版本的时候,正确布置测试环境,减少因为测试环境,测试数据库数据的问题而出现的无效

bug。

ü开发人员解决

bug

的时候,填写

bug

原因以及解决方式,方便

bug

的跟踪。

ü开发人员在开发版本上发现bug,可以通知测试人员,因为开发人员发现的bug很有可能在测试版本上出现,而测试人员和开发人员的思路不同,有可能测试人员没有发现该

bug,而且,这样可以保证发现的

bug

都能够被跟踪

7.

度量

本次测试总共花费9天

硬件资源:5台PC

8.

典型缺陷引入原因分析

测试过程中发现的缺陷主要有以下几个方面:

1.需求定义不明确

2.

页面设计易用性缺陷

项目组:第三组

提交人:黄继全

2012-3-5

TAG标签: