WEB软件测试总结报告.doc

上传人:您的****手 文档编号:3572426 上传时间:2019-06-09 格式:DOC 页数:7 大小:155.50KB
下载 相关 举报
WEB软件测试总结报告.doc_第1页
第1页 / 共7页
WEB软件测试总结报告.doc_第2页
第2页 / 共7页
WEB软件测试总结报告.doc_第3页
第3页 / 共7页
WEB软件测试总结报告.doc_第4页
第4页 / 共7页
WEB软件测试总结报告.doc_第5页
第5页 / 共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.建议 .6

2、XXXX 项目测试总结报告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. 输入限制的正确性2. 输入限制提示信息的正确性,可理解性,一致性3. 界面排版美观4. web 应用系统易于导航,直观5. we

5、b 应用系统的页面结构、导航、菜单、连接的风格一致 3.5 负载/压力测试略4.软件问题总结与分析从测试过程中发现 bug 的严重程度与分布状况来看,引起缺陷主要有以下几方面:1. 需求定义不明确需求文档只是个大纲的形式,没有详细的需求文档。没有相应的输入输出字段限制及统一的字段名称,使得开发人员根据需求进行设计时,没有考虑相关功能的关联性。在没有详细需求的指引下,开发人员根据自己的经验进行设计,负着不同模块开发的人员没有统一设计。在测试过程中,需求相关联的问题表现出来,及风格统一的问题。2. 功能性错误XXXX 项目测试总结报告6在测试的过程中,部分功能没有现实,导致部分模块无法进行功能的测

6、试。功能实现错误,在功能模块的开发时,是进行先开发后调整的策略,没有具体的需求文档,部分模块的功能实现有所偏差。3. 页面设计易用性缺陷页面输入字段限制不统一,系统中多个页面存在相同的字段,但用户输入相同的数据,提示输入的限制不相同,没有统一输入字段的限制。提示信息错误,不同模块相同结果的提示信息不一致,用户操作后,相应的提示信息不明确,引起用户误解。提示信息一致性,用户在不同页面执行相同的操作,提示信息不同。4. 开发人员疏忽引起的缺陷网站在开发的过程中,不断的追加新需求,或调整。开发人员修复或修改问题时,有时疏忽没对相关联的地址进行修改验证。导致因修改修复问题而引入更多的问题。5. 开发版

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

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 重点行业资料库 > 建筑建材

Copyright © 2018-2021 Wenke99.com All rights reserved

工信部备案号浙ICP备20026746号-2  

公安局备案号:浙公网安备33038302330469号

本站为C2C交文档易平台,即用户上传的文档直接卖给下载用户,本站只是网络服务中间平台,所有原创文档下载所得归上传人所有,若您发现上传作品侵犯了您的权利,请立刻联系网站客服并提供证据,平台将在3个工作日内予以改正。