《软件测试缺陷报告》由会员分享，可在线阅读，更多相关《软件测试缺陷报告（7页珍藏版）》请在金锄头文库上搜索。
1、软件测试缺陷报告（文章一）：软件测试缺陷报告 1 简介 1.1编写目的 本测试报告为信息管理09-1科技项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合ATKJ-用户需求说明书。预期参考人员包括用户、测试人员、开发人员、项目管理者、质量管理人员和需要阅读本报告的高层经理。TestAge 中国软件测试时代!T/d5s?P?Al 1.2项目背景 本产品是为信息管理09-1科技有限公司开发的外贸企业管理系统。本产品依据EasyTrade基础模型研发，形成一个完善的以业务管理系统为核心，以基础信息、系统维护支持的外贸企业管理系统。主要功能是对该公司生产销售过程，财务过程实现
2、信息化管理。 1.3系统简介 1.4术语和缩写词 无 1.5参考资料 （1）、信息管理09-1科技项目需求与设计、 （2）、信息管理09-1科技项目测试计划、 （3）、信息管理09-1科技项目测试用例、 （4）、信息管理09-1科技项目缺陷报告单、系统测试报告 （5）、公司CMMI体系文件TS002_测试报告 2 测试概要 2.1测试用例设计 本次测试用例设计主要采用黑盒测试方法，功能模块及集成测试采用的具体方法有等价类划分、边界值划分、正交分解、因果图分析和错误猜测。在系统测试时依据业务流程采用回归测试。 2.2测试环境与配置 测试服务器配置： 服务器地址：10.0.0.39 操作系统：Wi
3、ndows XP Professional SP2CPU: Intel(R) Pentium(R)4 CPU 3.00HZ硬盘可用空间：74GB 数据库：Microsoft SQL Server 8.00.2039 应用服务器：EasyTrade服务器 测试对象：EasyTradeS3.exe 缺陷工具：Mercury Interactive TD8.0 SP2 2.3测试方法(和工具) 主要是黑盒测试，测试的重点集中在业务流程、数据提取和各功能模块间的接口。其中单元测试由开发人员直接完成；功能模块采用黑盒测试的常用方法；集成测试模块采用非渐增式测试，偏重系统的接口和数据提取方面；系统测试主要
4、体现在业务流程的测试，主要采用回归测试 3 测试结果及缺陷分析 3.1测试执行情况与记录 3.1.1测试组织 3j5Y?lc i2r/8TestAge 中国软件测试时代 4N?r?i0N,_$T9X测试经理：刘义照TestAge 中国软件测试时代?m!iL)S_IS 主要测试人员：TestAge 中国软件测试时代(t?W?A 3lh$t#K张飞 参与测试人员：刘备（模块测试用例编写） 3.2覆盖分析 注：TestAge 中国软件测试时代rxfm:Z1W3?YPNN/A四项值依据TestAge 中国软件测试时代测试结果，按编号给出每一测试需求的通过与否结论。P表示部分通过，N/A表示不可测试或者
5、用例不适用。表示为测试重点部分。 ?Dddu?Sa6 ihV WW8需求覆盖率=Y项数/需求项数 100=33/33100=100 3.2.2测试覆盖 mI-N9c8测试覆盖率=执行总数/用例总数 100=133/133100=100 3.3缺陷的统计与分析 3.3.1缺陷汇总 缺陷总数：105 按缺陷严重程度：1-Low： 16个所占百分比：15.238% 2-Medium: 77个 所占百分比：73.342%3-High:12个所占百分比：11.420% .o Knz)u5 5_zD（文章二）：软件测试报告模板 xx_VX.X 测试报告 X X X限公司 xx 作者： 日期： 目录 目录
6、. 2 1. 概述. 4 2. 测试时间、地点及人员 . 4 3. 测试环境 . 4 4. 缺陷统计 . 5 4.1 测试缺陷统计 . 5 4.2 测试用例执行情况统计 . 5 5. 测试活动评估 . 6 6. 测试对象评估 . 6 7. 测试设计评估及改进建议 . 6 8. 规避措施 . 7 9. 遗留缺陷列表 . 7 9.1 遗留缺陷统计 . 7 9.2 遗留缺陷详细列表 . 7 10. 附件. 8 附件1：交付的测试工作产品 . 8 附件2：修改、添加的测试方案或测试用例 . 9 附件3：其他附件（如：PC-LINT检查记录，代码覆盖率分析报告等） . 9 xx_VX.X 测试报告 本文
7、档中蓝色字体为说明性文字，黑色字体为测试报告文档中必需的部分。 本文档中内容包括测试的总结性报告、测试评估，测试缺陷报告和测试实测结果清单等内容。 测试报告可能是多个层次级别的，如系统测试报告、集成测试报告、单元测试报告等，而所有测试过程中各阶段的测试报告均遵从规范所定义的此模板。 如果不同阶段测试报告有其特殊需求，可以增加其他段落作为补充。 关键词：列示文中涉及的关键词汇。 摘 要：简略描述报告内容。 缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释. 1. 概述 描述本报告是哪一个测试活动的总结，指明被测对象及其版本/修订级别。同时，指明该测试活动所依据的测试计
8、划、测试方案、测试用例及测试过程为本测试报告文档的参考文档 2. 测试时间、地点及人员 本次测试的时间、地点和测试人员如下表所示： 3. 测试环境 描述本次测试的测试环境，包括硬件配置、所使用的软件及软件版本号、来源、测试工具等。 4. 缺陷统计 4.1 测试缺陷统计 列表显示本版本测试活动的测试缺陷统计情况，和Mantis时的缺陷对应。 其中： 新增缺陷数：本次测试中新发现的缺陷数目。 关闭缺陷数：本次测试中开发已解决上版本遗留的缺陷并验证通过的缺陷数目。 重新打开缺陷数：本次测试中开发已解决上版本遗留的缺陷并但验证失败的缺陷数目。 未解决的缺陷数：指发布此版本时，上版本遗留的缺陷还未解决的
9、缺陷数。 遗留缺陷总数：指对应轮次测试完成并报告后，仍未得到解决的缺陷。 如果有需要，可以给出每轮次测试缺陷状态分布图， 或轮次缺陷趋势图。 4.2 测试用例执行情况统计 对本版本测试的项目进行统计，包括总项数，通过多少项，失败多少项，没有执行多少项，阻塞多少项及百分比等，一般根据TestLink中的测试用例情况进行统计，可用以下表格进行描述。（文章三）：如何写软件测试缺陷管理的报告 流的最初且最好的机会。 领测国际认为一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员。准确报告软件缺陷是非常重要的，因为：清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量提高软件缺陷修复的速度，使每一个小组能够有效的工作提高测试人员的信任度，可以得到开发人员对清晰的软件缺陷描述有效的响应加强开发人员，测试人员和管理人员的协同工作，让他们可以更好的工作在多年实践的基础上，我们缺陷的有效描述规则，主要是： 1. 单一准确每个报告只针对一个软件缺陷 。在一个报
