WEB软件测试总结报告.doc

XXXX项目测试总结报告XXXX项目测试总结报告 文件编号XXXX 生效日期2016.7.05受控编号密级机密版次 1.0修改状态总页数7正文5附录编制XXX审核 XXX批准 XXXX有限公司6目录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.建议61.引言1.1编写目的编写该测试总结报告主要有以下几个目的1. 通过对测试结果的分析，得到对软件质量的评价2. 分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考3. 评估测试测试执行和测试计划是否符合4. 分析系统存在的缺陷，为修复和预防BUG提供给建议1.2 背景XXXX1.3 用户群主要读者XXXX项目项目经理，XXXX项目管理人员其他读者XXXX项目相关人员1.4 测试对象XXXX2.项目测试结果2.1 BUG严重程度测试发现的bug主要集中在不合理或别扭和次要错误，属于一般性的缺陷，但测试的时候出现了26个验证级别的bug，以及在开发过程中不断追加或变更需求的新特性41个。2.2 BUG问题分布状况由上图可以看出，主要为前台与社交模块的问题，网站前台占了问题总数的44，社交模块占了问题总数的43。3.测试结论3.1界面测试网站系统实现与设计稿一致。站点的导航条位置，导航的内容布局，首页呈现的样式与需求一致。网站的界面符合标准和规范，直观性强。3.2功能测试企业用户通过企业中心管理企业信息，能正常管理企业的基本资料，企业简介，企业宣传，产品信息，优惠信息，需求信息等。以及展会参展报名流程正确运行。个人用户可通过个人中心管理自己的个人信息，参与票务申请流程索取参展门票的功能。网站实现了用户的社交功能，功能模块好友，关注，粉丝，分享，动态正常运行。网站进行链接测试，测试网站的所有链接，链接到了该链接的页面，链接的页面存在，不存在孤立的页面。对网站的表单进行测试，服务器能正确保存数据，而且后台运行的程序能正确解释和使用这些信息。3.3兼容性测试金交会网站支持window下的IE浏览器，支持火狐浏览器、谷歌浏览器和遨游浏览器。3.4易用性网站实现了如下易用性1. 输入限制的正确性2. 输入限制提示信息的正确性，可理解性，一致性3. 界面排版美观4. web应用系统易于导航，直观5. web应用系统的页面结构、导航、菜单、连接的风格一致 3.5 负载/压力测试略4.软件问题总结与分析从测试过程中发现bug的严重程度与分布状况来看，引起缺陷主要有以下几方面1. 需求定义不明确需求文档只是个大纲的形式，没有详细的需求文档。没有相应的输入输出字段限制及统一的字段名称，使得开发人员根据需求进行设计时，没有考虑相关功能的关联性。在没有详细需求的指引下，开发人员根据自己的经验进行设计，负着不同模块开发的人员没有统一设计。在测试过程中，需求相关联的问题表现出来，及风格统一的问题。2. 功能性错误在测试的过程中，部分功能没有现实，导致部分模块无法进行功能的测试。功能实现错误，在功能模块的开发时，是进行先开发后调整的策略，没有具体的需求文档，部分模块的功能实现有所偏差。3. 页面设计易用性缺陷页面输入字段限制不统一，系统中多个页面存在相同的字段，但用户输入相同的数据，提示输入的限制不相同，没有统一输入字段的限制。提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应的提示信息不明确，引起用户误解。提示信息一致性，用户在不同页面执行相同的操作，提示信息不同。4. 开发人员疏忽引起的缺陷网站在开发的过程中，不断的追加新需求，或调整。开发人员修复或修改问题时，有时疏忽没对相关联的地址进行修改验证。导致因修改修复问题而引入更多的问题。5. 开发版本的控制在测试一个新的更新版本时，发现问题重复出现，开发人员修改的问题时，提交的版本相互覆盖。引起上一个版本已关闭的问题，在下一版本重复出现。5.建议在项目开始的时候，应该制定相应的标准，编码标准，需求变更标准等，开发和测试人员严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时可以降低沟通成本。发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。做好版本的控制，从开发版本，测试版本做好每个环节的版本控制。