软件测试报告模板-样本(共15页).docx

《软件测试报告模板-样本(共15页).docx》由会员分享，可在线阅读，更多相关《软件测试报告模板-样本(共15页).docx（15页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上XX系统测试报告文件状态 草稿 正式发布 正在修改报告编号：JDFWXT_SSQA_2016_001当前版本：V1.0编写人：编写日期2016年1月29审批人：审批日期保密级别：普通版本变更记录表格0-1版本变更记录版本号操作人操作日期说明V1.0创建2016/01/27V1.0校对项目基本信息表格0-2项目基本信息项目名称客户方开发方测试负责人项目负责人目录1 引言1.1 编写目的本测试报告为XX系统测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层

2、经理。1.2 项目背景1.3 参考资料表1-3列出了此次报告涉及到的参考资料。表1-3参考资料名称备注鉴定服务系统-需求规格说明书鉴定服务系统-测试用例V1.0GBT 15532-2008 计算机软件测试规范GBT 9386-2008 计算机软件测试文档编制规范1.4 术语和缩略语本文使用了Error! Reference source not found.所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。表 14-1 术语/定义术语/定义说明用户使用鉴定服务系统办公人员系统管理员是该系统的一种用户，其权限是添加其他用户并为用户分配相应的角色Error! Reference so

3、urce not found.所列为本文用到的缩略语。表 14-1缩略语缩略语说明UDCUserCenteredDesignBABusiness Analyst测试范围测试该项目所需要执行的全部工作2 测试概要测试的概要介绍，包括测试的一些申明、测试范围、测试目的等等，主要是测试情况简介要达到测试目标，需要满足一下假设：a) BA人员提供的需求用例，可以100%反应业务需求；b) 发生需求变更后，会及时更新需求用例或发布需求变更c) 任何测试需求变更时稳定、有序的；d) 业务对测试人员提供必要的业务培训或协助2.1 测试用例设计简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图。测试

4、用例设计原则：1. 需求覆盖要求：a) 与需求用例严格一一对应；b) 根据需求变更文档，实时补充；2. 测试设计方法：a) 以测试类型为基础，包含正常功能和可靠性（异常处理和恢复等）测试；b) 常规方法：等价类划分、边界值、因果图等；3. 测试类型覆盖要求测试类型说明（每种类型都包含正常功能和可靠性测试）：a) 业务正确性：1) 业务数据流测试：实现关键业务数据流的测试。2) 关键功能点测试：对独立的需求功能点实现的测试。b) 数据验证1) 数据一致性：对数据在不同页面，不同系统间流转的一致性的验证。2) 数据同步：设计数据更新，数据库同步方面的测试。3) 数据有效性：满足和不满足置顶模块的输

5、入数据要求的测试。4) 状态转换的是：涉及状态转换功能点的测试。c) 安全测试权限测试：登陆用户角色管理，不同权限的用户访问的测试。d) 兼容性测试：对不同浏览器，不同操作系统，硬件设备支持等软硬件环境的兼容。e) 出错处理测试：对于页面访问、权限或HTTP异常等错误出现后的处理机制f) UCD可用性：以用户使用习惯为标准，验证用户操作的可用性用户界面：UI界面设计是否满足整体要求2.2 测试环境与配置2.3 测试方法与工具测试内容测试方法测试工具备注功能测试黑盒、手工、回归禅道安全测试黑盒、手工、回归禅道兼容性测试黑盒、手工、回归禅道易用性测试黑盒、手工、回归禅道文档测试黑盒、手工、回归禅道

6、3 测试内容和执行情况采用了CMM/ISO或者其他工程标准过程。这部分主要汇总各种数据并进行度量，度量包括对软件能力评估、对软件产品的质量度量和产品评估。3.1 项目测试概况表项目测试概况表项目版本开始时间结束时间用例数用例通过数问题数用例通过率个个%2016.1.192016.1.283.2 功能各模块以手工测试为主，主要关注基于各种渠道（需求用例，需求变更，邮件沟通，电话沟通、聊天软件沟通）提取的功能点的实现，保证模块内功能实现和健壮，充分考虑系统可靠性，异常处理等。包括每轮分布后的例行冒烟测试。共执行模块内功能测试：（）轮共执行冒烟测试：（）轮功能测试情况概要模块名称开始时间结束时间用例

7、数用例通过数问题数用例通过率个个%2016.1.202016.1.283.3 安全性测试测试内容基本要求测试情况测试通过用户权限所有授权用户是否能在所授权限下进行工作，不允许超越权限实现要求3.4 兼容性测试3.5 易用性测试测试内容基本要求测试情况测试通过3.6 覆盖分析测试覆盖率模块名称用例个数执行数各模块测试覆盖率未/漏测分析和原因测试覆盖率计算：执行数/用例总数x100% = 覆盖率4 缺陷统计与分析4.1 缺陷汇总4.2 缺陷分析本部分对上述缺陷和其他测试数据进行综合分析重要缺陷分析表模块名称缺陷编号简要描述分析结果测试通过(Pass/Fail)4.3 残留缺陷与未解决问题残留缺陷与

8、未解决问题表模块名称缺陷编号性质简要描述原因分析如何引起缺陷，缺陷的后果，描述造成软件局限性和其他限制性的原因5 测试结论与建议5.1 测试结论“xx系统”在用户现场环境进行功能、可使用性、可靠性、安全性、文档功能5个方面进行了全面、严格、规范的测试。测试结果表明：“xx系统”完全达到业务需求文档中的要求，并具有以下特点：1、 系统架构先进、简单。该系统采用先进的B/S架构，后台支持各种大小数据库，系统结构清晰明确，可满足网路软件应用的要求。2、 功能全面。该软件由xx等模块组成，涵盖了xx全部业务功能，提供了xx各种查询报表，保证鉴定评审业务在系统中的正常应用，以及鉴定服务工作顺利开展。3、

9、 系安全性较好。系统具有严格的权限设置功能，不同的权限人员只能看到自己有权限访问的内容，有效的保证了数据安全，并且采用加密技术加密数据，提高数据安全性4、 系统可靠性高。对用户输入不符合要求的数据，给出了简洁、准确的提示信息，必要时给出了帮助。5、 系统兼容性好。能满足用户在各种操作系统中软件的正常使用。6、 测试结果表明：“xx系统”在测试过程中，被测功能运行正常，系统界面友好，操作简便、易于维护，通过测试5.2 建议1、对系统存在的问题的说明，描述测试所揭露的软件的缺陷和不足，以及可能给软件实施和运行带来的影响2、可能存在的潜在的缺陷和后续的工作3、对缺陷修改和产品设计的建议4、对过程改进方面的建议专心-专注-专业