《测试报告模板》由会员分享，可在线阅读，更多相关《测试报告模板（15页珍藏版）》请在金锄头文库上搜索。
1、Document number 文档编号Confidentiality level 密级VIT-NJ-Temp-TR-01绝密/秘密/内部公开Document version 文档版本Total 14 pages 共 14 页VA.BCXX项目XX测试报告Prepared byDateyyyy-mm-dd拟制日期Reviewed byDate日期yyyy-mm-dd评审人Approved byDateyyyy-mm-dd批准日期Revision Record 修订记录Date日期Revisio nVersio n修订版本Sec No.修改章节Change Descripti on修改描述Aut
2、hor作者2012-07-02V0.5修改样式，提供评申初稿蔡晓飞2012-7-13V1.0根据李博、黄玮评审意见修改蔡晓飞Table of Contents 目录1概述 5.2 测试时间、地点及人员 5.3 环境描述 5.3.1硬件配置： 5.3.2软件配置： 5.4 测试对象质量评估 6.4.1总体评价结论6.4.2缺陷统计 6.4.3缺陷分析 7.4.3.1 测试趋势分析结果 7.4.3.2 质量评价结果7.4.3.3遗留问题风险分析与规避措施 7.4.4覆盖率统计 7.4.5 性能测试评估8.4.6 可用性评估 8.4.7兼容性评估 8.4.8文档评估 9.5 测试过程评估 9.5.1
3、 测试设计评估9.5.2 测试执行评估9.5.2.1 测试执行统计数据 9.5.2.2 测试用例执行结果统计数据1. 06 附件 1.16.1 附件1：遗留问题报告 1.26.1.1遗留问题统计1.26.1.2 遗留问题列表1.26.1.3其他风险和规避措施1. 36.2 附件2：交付的测试工作产品 1. 36.3 附件3：测试项通过情况清单 1. 36.4 附件4：测试发现的所有问题列表与分析 1. 4Table List 表目录表1 测试时间、地点及人员5表2 从版本缺陷统计6表3 从特性统计缺陷6表4 测试执行统计10表5系统测试结果统计表10表6 SDV测试结果统计表11表7遗留问题统
4、计表12Figure List 图目录图1 错误！未定义书签。1 概述描述本报告是哪一个测试活动的总结，指明被测对象及其版本/修订级别。概述本次 测试活动，同时，指明该测试活动所依据的测试计划，测试方案、测试用例等本测试报告 文档的参考文档。2 测试时间、地点及人员描述本次测试的时间，地点和测试人员。表1 测试时间、地点及人员版本名称测试时间测试人员测试地点起始时间结束时间3 环境描述描述本次测试的测试环境。包括硬件配置、软件配置、版本配套、测试组网等，尤其 要注意组网图应为测试实际组网，并对此种组网可能导致的测试风险进行描述。硬件配置：软件配置：版本配套关系表测试组网图（物理组网，即测试时实
5、际的组网）测试组网风险说明3.1硬件配置：3.2软件配置：3.3版本配套关系表3.4测试组网图3.5测试组网风险说明4 测试对象质量评估4.1 总体评价结论从需求符合度、功能正确性、性能指标、运行稳定性、互联互通、文档、可用性、可 维护性、兼容性、风险评估等多个维度对版本质量进行总体评价。根据上述各个维度评估 的结果，给出此版本是否可用的结论。结论必须是能够代表测试部意见的明确结论，比 如：该版本满足上网条件，可以上网使用；该版本存在质量风险，只可在X局受限使用；该版本存在严重质量问题，不满足上网条件等。【建议】由于本部分对于所有的读者来说都希望在看报告时越早看到越好，因此建议 放在测试对象质
6、量评估的最前面部分，并以显著字体显示。下面各个部分的内容是对前面结论的支撑。4.2 缺陷统计给出各特性或模块缺陷的分布或分类统计以及缺陷走势分析，此部分内容可采D缺陷管理支撑工具的“版本缺陷统计”和“缺陷走势分析”进行分析和获取，该工具可以从 缺陷库中将缺陷导入进行自动统计，结果可以按版本、按缺陷分布、按问题状态统计，并 能够以图表的方式直观显示，非常方便。如果手工统计的话，至少需要给出下面两方面的 结果：1、以版本为单位的缺陷统计，示例格式如下：表2 从版本缺陷统计（单位：个）表3 从特性统计缺陷（单位：个）模块/特性致命严重般提示总计4.3 缺陷分析缺陷分析的目的是为了得出：缺陷原因、缺陷
7、趋势、遗留缺陷以及规避措施等。可结 合ODC、Gompertz缺陷分析和四象限缺陷等方法对特性模块的测试充分性和特性/模块的 质量进行评估；由于ODC、Gompertz、四象限等方法使用有一定局限性，有些情况下不能很好开展， 那么对缺陷的分析可由测试组定性给出，定性的结论应包括：测试趋势质量评价遗留问题风险分析遗留问题规避4.3.1 测试趋势分析结果在此提供Gomper tz缺陷分析结果，给出版本缺陷走势，此阶段如果不做Omper tz分析 也应以文字描述的形式给出测试趋势预测，比如：通过轮的测试，测试问题的发现趋势 是否是收敛的，发布前遗留问题是否在版本正常运行可以允许的范围内4.3.2 质
8、量评价结果在此提供四象限缺陷分析结果，如果未做四象限分析则要求根据四象限的原则对版本 特性的测试工作量投入和遗留缺陷密度进行定性的分析，从发现问题和遗留问题的角度， 对版本各个子系统/模块/特性的质量进行评价。比如，XX模块的发现XX个问题，其中XX个 问题是严重影响系统运行的问题,XX模块质量差。4.3.3 遗留问题风险分析与规避措施对遗留问题按级别进行分类，并分别对其风险进行分析，风险分析的内容应该是切中 要害的，用词准确的，严禁含糊其辞。遗留问题的规避措施避免盲目给出，应该有测试人员和开发人员共同商讨后决定，规 避措施必须是可操作性强的，尤其应该考虑到现场用服兄弟的可操作性。4.4 覆盖
9、率统计给出各特性/模块的设计需求覆盖情况，可直接引用需求跟踪结果；覆盖率统计对于版本决策者具有重要的意义,测试扌报告 定要提供详细的覆盖率统计。原则上，对于测试策略确定的测试范围及选定的测试用例执行覆盖率应该达到100，对于不能达到100覆盖率的版本应该给出测试、项目经理等共同认可的原因，相关原因的分析应该在此处明确给出作为版本测试回溯的依据，原则上环境不充分，技能不具备不能成为版本不测试，测试不充分的理由。测试没有覆盖到的部分，还应进行详细的风险分析。表4 覆盖率统计列表4.5 性能测试评估性能测试结论应该按如下方式给出：对于指标类测试目的，明确给出某种测试条件下（软硬件配置、数据量、话务模
10、型 等）下的主要性能指标。对于稳定类测试目的，明确给出系统总体是否稳定的结论，或者系统哪些特性稳定， 那些特性不稳定的结论。对于对比类测试目的，明确给出对各种对比系统的测试结论，说明各种对比系统中那 种性能表现好、那种性能表现差。对于验证类测试目的，明确给出验证结果，主要是有没有达到要求、可不可行。 对于优化类测试目的，按优化的优先级给出重要的各种优化方向，并说明可能的优化 效果。4.6 可用性评估主要对被测对象的可学习性，提示一致性，界面美观性，容错性，使用效率等给出评 价。评价结果可以直接引用可用性测试活动中的系统可用性得分及满意度调查结果。如果 没有进行正规的体验测试，可以请测试人员写下
11、自身对版本可用性和可服务性的主观感 受，但不应有模糊的评价，应旗帜鲜明，好用指出哪里好用，不好用应指出哪里不好用。4.7 兼容性评估对被测对象的版本兼容性、硬件平台兼容性、操作系统兼容性给出明确的结论。没有测过的要说明没有测过，提醒上下游注意版本在正确的环境下使用。4.8 文档评估对提供给现场和用户的文档，从正确性、易理解性等方面给出评价。如果版本的文档 进行了资料测试，可以直接引用资料测试的结论；如果版本未经资料测试，需要版本测试 人员对文档进行正确性、易用性方面的评价。表5 文档质量评估5 测试过程评估5.1 测试设计评估对测试设计的全面性（从策略角度出发，例如是否进行了性能测试、双机测试
12、、场景 测试等）、有效性（即用例命中率）进行评价，找出不足作为后续设计的改进目标。涵盖 的交付件包括方案、策略、用例、自动化等。在测试过程中形成的对测试方案、测试用例的优化策略请在测试策略文档中更新；对 具体测试方案和测试用例的优化和补充请在测试方案文档和测试用例库中更新。5.2 测试执行评估 提供对本次测试活动的测试执行过程的评估结论。描述对测试执行活动的改进建议， 以供后续测试执行活动中借鉴参考；测试执行活动评估结论可依据以下提供的“测试执行统计数据”及“测试用例执行结 果统计数据”进行分析而给出。5.2.1 测试执行统计数据本节的目的是提供足够的测试数据以满足第5节“测试评估”的需要。本
13、节内容除下面这个汇总表必填外，其他可以根据实际测试情况进行相应裁剪。表6 测试执行统计测试轮次工作量投入（人天）测试用例规模用例执行发现缺 陷数代码规模总用 例数新增用 例数手工执行自动执 行移植代码行数非移植 代码行 数数据项说明：工作量投入与本活动相关的所有工作量投入，包括测试计划、方案、用例、脚本、执行等所有与本测试相关的活动所花的投入，单位“人天”；不包括以前已经统计的 投入，不包括开局、用户支援等非测试相关投入；总测试用例数到本测试活动结束时，本测试活动中所有可用测试用例数，单元测 试用例数、集成测试用例数、系统测试SDV测试用例数分开；新增测试用例数在本测试活动中新增加的测试用例数
14、。如果是新产品的第一次总 结，新增测试用例数包括从老版本继承来的可用测试用例数；手工执行用例数一一在本测试活动中人工执行测试用例数，多次重复执行同一用例计 算为1个自动执行用例数一一在本测试活动中采用工具自动执行的测试用例数，重复用例计算 为1个发现缺陷数本测试活动总共发现的缺陷数； 代码规模适用于软件类的产品规模统计，如果是单板硬件或逻辑，本栏目中移植 代码行数、新增代码行数应改成网络标注数或逻辑门数。移植代码行数从其他产品移植的，后从老产品继承的、未经过修改的代码行数， 不包括注释；非移植代码行数除移植代码以外的代码，不包括注释。5.2.2 测试用例执行结果统计数据 对本次测试用例执行结果进行统计，其中的字段可根据实际情况进行设计和裁剪：详细的测试项通过情况清单放在附件部分。表7 系统测试结果统计表统计总测试用例数实际测 试的用 例数Pass项Fail项Block项Cance l项无需测 试用例 数ST测试手动
