(完整版)WEB软件测试总结报告,推荐文档

(完整版)WEB软件测试总结报告,推荐文档
(完整版)WEB软件测试总结报告,推荐文档

XXX 项目测试总结报告

目录

1.项目测试结果 (3)

1.1BUG 严重程度 (3)

1.2BUG 问题分布状况 (4)

2.测试结论 (4)

2.1界面测试 (4)

2.2功能测试 (5)

2.3兼容性测试 (5)

2.4易用性 (5)

2.5负载/压力测试 (5)

3.软件问题总结与分析 (5)

4.建议 (6)

1.项目测试结果

1.1BUG 严重程度

测试发现的 bug 主要集中在次要功能和轻微,属于一般性的缺陷,但测试的时候出现了 37 个主逻辑级别的 bug,以及严重级别的 2 个.

1.2BUG 问题分布状况

由上图可以看出,主要为代码错误占 36%,以及标准规范的问题占 35%,界面优化占 17%,设计缺陷占 9%,其他占 2%

2.测试结论

2.1界面测试

网站系统实现与设计稿一致。站点的导航条位置,导航的内容布局,首页呈现的样式与需求一致。网站的界面符合标准和规范,直观性强。

2.2功能测试

分不同账号总权限账号,以及店长账号分别进行功能测试。

1:链接测试无问题,不存在死链接,测试链接都存在.

2:对页面各个不同数据的测试,主要的出入库,销售报表,订单查看管理等一一对应,不存在数据有误差的问题.

2.3兼容性测试(Windows 下)

测试总的浏览器包括:360 极速浏览器,火狐浏览器,谷歌浏览器,IE 浏览器, 测试通过,主要逻辑以及次要功能都没问题,因为浏览器的不同,导致界面浏览不一定相同,例如有的界面浏览页面显示正常,有的界面显示不一样

2.4易用性

网站实现了如下易用性:

1.输入限制的正确性

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

3.界面排版美观

4.web 应用系统易于导航,直观

5.web 应用系统的页面结构、导航、菜单、连接的风格一致

2.5负载/压力测试

主要测试了压了测试:

测试结果

60 秒内发请求,一次 1000 个请求,总共请求了 2230 个请求,成功了 2208 个失败两个

1:每个请求用时 30ms(吞吐量)

2:服务器收到请求,响应页面要花费的时间:332ms

3: 并发的每个请求平均消耗时间 :33.ms

4:请求一共花了:72s

第一个 1000 个人同时发出 1000 个请求总共 1004 个请求失败 4 个,成功 1000

1:每个请求用时 9ms(吞吐量)

2:服务器收到请求,响应页面要花费的时间:109128ms

3: 并发的每个请求平均消耗时间 :109.ms

4:请求一共花了:109s

1:如上图当同时在线人数达到45 时候,服务器崩溃,导致成功率一直下降到达40%,直

到结束总请求达到:26796.平均每个请求响应时间为281ms,系统吞吐量(tps)20.89/s. 因为系统被困导致数据反映不准.

3.软件问题总结与分析

从测试过程中发现 bug 的严重程度与分布状况来看,引起缺陷主要有以下

几方面:

1.没有需求文档

需求文档只是个大纲的形式,没有详细的需求文档。没有相应的输入输出字段限制及统一的字段名称,使得开发人员根据需求进行设计时,没有考虑相关功能的关联性。在没有详细需求的指引下,开发人员根据自己的经验进行设计,负着不同模块开发的人员没有统一设计。在测试过程中,需求相关联的问题表现出来,及风格统一的问题。例外没有需求文档导致测试,无法根据需求文档来进行用例的设计,只有靠自己自己测试经验来测试排除 BUG.

2.功能性错误

在测试的过程中,部分功能没有现实,导致部分模块无法进行功能的测试。功能实现错误,在功能模块的开发时,是进行先开发后调整的策略,没有具体的需求文档,部分模块的功能实现有所偏差。

3.页面设计易用性缺陷

页面输入字段限制不统一,系统中多个页面存在相同的字段,但用户输入

相同的数据,提示输入的限制不相同,没有统一输入字段的限制。

提示信息错误,不同模块相同结果的提示信息不一致,用户操作后,相应

的提示信息不明确,引起用户误解。

提示信息一致性,用户在不同页面执行相同的操作,提示信息不同。

4.开发人员疏忽引起的缺陷

网站在开发的过程中,不断的追加新需求,或调整。开发人员修复或修改

问题时,有时疏忽没对相关联的地址进行修改验证。导致因修改修复问题而引

入更多的问题。

5.开发版本的控制

在测试一个版本(代理商版),发现问题重复出现,还会引入新的 bug,开发

人员修改的问题时,提交的版本相互覆盖。引起上一个版本已关闭的问题,在

下一版本重复出现。

4.建议

在项目开始的时候,应该制定相应的标准,编码标准,需求变更标准等,

开发和测试人员严格按照标准进行,可以在后期减少因为开发,测试不一致而

导致的问题,同时可以降低沟通成本。

发布版本的时候,正确布置测试环境,减少因为测试环境,测试数据库数

据的问题而出现的无效 bug。

开发人员解决 bug 的时候,填写 bug 原因以及解决方式,方便 bug 的跟踪。

开发人员在开发版本上发现 bug,可以通知测试人员,因为开发人员发现

的bug 很有可能在测试版本上出现,而测试人员和开发人员的思路不同,有可

能测试人员没有发现该 bug,而且,这样可以保证发现的 bug 都能够被跟踪。

做好版本的控制,从开发版本,测试版本做好每个环节的版本控制。

“”

“”

At the end, Xiao Bian gives you a passage. Minand once said, "people who learn to learn are very happy people.". In every wonderful life, learning is an eternal theme. As a professional clerical and teaching position, I understand the importance of continuous learning, "life is diligent, nothing can be gained", only continuous learning can achieve better self. Only by constantly learning and mastering the latest relevant knowledge, can employees from all walks of life keep up with the pace of enterprise development and innovate to meet the needs of the market. This document is also edited by my studio professionals, there may be errors in the document, if there are errors, please correct, thank you!

相关主题
相关文档
最新文档