WEB软件测试总结报告.doc

《WEB软件测试总结报告.doc》由会员分享，可在线阅读，更多相关《WEB软件测试总结报告.doc（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、XXXX 项目测试总结报告项目测试总结报告文件编号：XXXX 生效日期：2016.7.05受控编号：密级：机密版次： 1.0修改状态：总页数：7正文：5附录：编制：XXX审核： XXX批准： XXXX 有限公司有限公司XXXX 项目测试总结报告1目录目录1.引言.21.1 编写目的.21.2 背景.21.3 用户群.21.4 测试对象.22.项目测试结果.32.1 BUG 严重程度.32.2 BUG 问题分布状况.43.测试结论.43.1 界面测试.43.2 功能测试.53.3 兼容性测试.53.4 易用性.53.5 负载/压力测试.54.软件问题总结与分析.55.建议.6XXXX 项目测试总

2、结报告21.引言引言1.1 编写目的编写目的编写该测试总结报告主要有以下几个目的 1. 通过对测试结果的分析，得到对软件质量的评价 2. 分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3. 评估测试测试执行和测试计划是否符合 4. 分析系统存在的缺陷，为修复和预防 BUG 提供给建议1.2 背景背景XXXX1.3 用户群用户群主要读者：XXXX 项目项目经理，XXXX 项目管理人员 其他读者：XXXX 项目相关人员1.4 测试对象测试对象XXXXXXXX 项目测试总结报告32.项目测试结果项目测试结果2.1 BUG 严重程度严重程度测试发现的 bug 主要集中在不合理或别扭和次

3、要错误 ，属于一般性 的缺陷，但测试的时候出现了 26 个验证级别的 bug，以及在开发过程中不断追 加或变更需求的新特性 41 个。XXXX 项目测试总结报告42.2 BUG 问题分布状况问题分布状况由上图可以看出，主要为前台与社交模块的问题，网站前台占了问题总数 的 44%，社交模块占了问题总数的 43%。3.测试结论测试结论3.1 界面测试界面测试网站系统实现与设计稿一致。站点的导航条位置，导航的内容布局，首页 呈现的样式与需求一致。网站的界面符合标准和规范，直观性强。XXXX 项目测试总结报告53.2 功能测试功能测试企业用户通过企业中心管理企业信息，能正常管理企业的基本资料，企业 简

4、介，企业宣传，产品信息，优惠信息，需求信息等。以及展会参展报名流程 正确运行。个人用户可通过个人中心管理自己的个人信息，参与票务申请流程 索取参展门票的功能。网站实现了用户的社交功能，功能模块好友，关注，粉 丝，分享，动态正常运行。网站进行链接测试，测试网站的所有链接，链接到 了该链接的页面，链接的页面存在，不存在孤立的页面。对网站的表单进行测 试，服务器能正确保存数据，而且后台运行的程序能正确解释和使用这些信息。3.3 兼容性测试兼容性测试金交会网站支持 window 下的 IE 浏览器，支持火狐浏览器、谷歌浏览器和 遨游浏览器。3.4 易用性易用性网站实现了如下易用性： 1. 输入限制的正

5、确性 2. 输入限制提示信息的正确性，可理解性，一致性 3. 界面排版美观 4. web 应用系统易于导航，直观 5. web 应用系统的页面结构、导航、菜单、连接的风格一致 3.5 负载负载/压力测试压力测试略4.软件问题总结与分析软件问题总结与分析从测试过程中发现 bug 的严重程度与分布状况来看，引起缺陷主要有以下 几方面： 1. 需求定义不明确 需求文档只是个大纲的形式，没有详细的需求文档。没有相应的输入输出 字段限制及统一的字段名称，使得开发人员根据需求进行设计时，没有考虑相 关功能的关联性。在没有详细需求的指引下，开发人员根据自己的经验进行设 计，负着不同模块开发的人员没有统一设计

6、。在测试过程中，需求相关联的问 题表现出来，及风格统一的问题。 2. 功能性错误XXXX 项目测试总结报告6在测试的过程中，部分功能没有现实，导致部分模块无法进行功能的测试。 功能实现错误，在功能模块的开发时，是进行先开发后调整的策略，没有具体 的需求文档，部分模块的功能实现有所偏差。 3. 页面设计易用性缺陷 页面输入字段限制不统一，系统中多个页面存在相同的字段，但用户输入 相同的数据，提示输入的限制不相同，没有统一输入字段的限制。 提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应 的提示信息不明确，引起用户误解。 提示信息一致性，用户在不同页面执行相同的操作，提示信息不同。

7、 4. 开发人员疏忽引起的缺陷 网站在开发的过程中，不断的追加新需求，或调整。开发人员修复或修改 问题时，有时疏忽没对相关联的地址进行修改验证。导致因修改修复问题而引 入更多的问题。 5. 开发版本的控制 在测试一个新的更新版本时，发现问题重复出现，开发人员修改的问题时， 提交的版本相互覆盖。引起上一个版本已关闭的问题，在下一版本重复出现。5.建议建议在项目开始的时候，应该制定相应的标准，编码标准，需求变更标准等， 开发和测试人员严格按照标准进行，可以在后期减少因为开发，测试不一致而 导致的问题，同时可以降低沟通成本。 发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数 据的问题而出现的无效 bug。 开发人员解决 bug 的时候，填写 bug 原因以及解决方式，方便 bug 的跟踪。开发人员在开发版本上发现 bug，可以通知测试人员，因为开发人员发现 的 bug 很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可 能测试人员没有发现该 bug，而且，这样可以保证发现的 bug 都能够被跟踪。 做好版本的控制，从开发版本，测试版本做好每个环节的版本控制。