测试报告编写.pdf

求知若渴 求真教育 1. 测试报告 1.1什么是报告？ 1.2 测试报告的内容 1. 页 2. 引部分 2.1 编写的： 2.2 项背景： 2.3 系统简介 2.4 术语和缩写词 2.5 参考资料 3 测试概要 3.1 测试例设计 3.2 测试环境与配置 3.3 测试法(和具) 4 缺陷分析和测试结果 4.1 测试执情况与记录 4.11 测试组织 4.12 测试时间 4.13 测试版本 4.2覆盖分析 4.21 需求覆盖 4.22 测试覆盖 4.23 缺陷的统计与分析 1. 缺陷统计 2. 缺陷分析 3. 残留缺陷与未解决问题 5. 测试结论与建议 5.1 测试结论 5.2 建议 1.3 测试报告的格式 1.4 如何选择模板？ 1.5 测试报告的编写式 1.6 测试报告完全装B指南： 2. 测试总结 2.1 测试总结内容 2.11 测试档 2.12 测试过程 2.13. 测试具 2.14. 测试环境搭建 2.15. 项业务流程和功能 2.2 WEB项，学以致 1. 测试报告 1.1什么是报告？ 1. 测试报告 1/8 1514429258986.jpg 1514429293604.jpg 测试报告 1. 测试报告 2/8 将测试的过程和结果写成档，并对发现的问题和缺陷进分析，为纠正软件的存在的质量问题提供依据，同时为 软件验收和交付打下基础。 测试报告是测试阶段最后的档产出物 优秀的测试经理应该具备良好的档编写能 份详细的测试报告包含够的信息，包括产品质量和测试过程的评价 测试报告基于测试中的数据采集以及对最终的测试结果分析。 1.2 测试报告的内容 1. 页 密级：通常，测试报告供内部测试完毕后使，因此密级为中，如果可供户和更多的阅读，密级为低， 密级的测试报告适合内部研发项以及涉及保密业和技术版权的项。 标题：XXXX项/系统测试报告 报告编号：可供索引的内部编号或者户要求分布提交时的序列号 项负责： 部门经理 _ 项经理_ 开发经理_ 测试经理_ XXX公司 XXXX单位 （此处包含户单位以及研发此系统的公司） XXXX年XXXX 版本控制：版本 作者 时间 变更摘要 新建/变更/审核 2. 引部分 2.1 编写的： 本测试报告的具体编写的，指出预期的读者范围。 实例：本测试报告为XXX项的测试报告，的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需 求（或达到XXX功能标）。预期参考员包括户、测试员、开发员、项管理者、其他质量管理员和需 要阅读本报告的层经理。 此部分可以具体描述为什么类型的可参考本报告XXX页XXX章节，你的报告读者越多，你的作越容易被重 视，前提是必须让阅读者感到你的报告是有价值且值得浪费点时间去关注的。 ps： 通常，户对测试结论部分感兴趣 开发员希望从缺陷结果以及分析得到产品开发质量的信息 项管理者对测试执中成本、资源和时间予与重视， 层经理希望能够阅读到简单的图表并且能够与其他项进同向较。 2.2 项背景： 对项标和的进简要说明。必要时包括简史，这部分不需要脑劳动，直接从需求或者招标件中拷贝即 可。 2.3 系统简介 如果设计说明书有此部分，照抄。注意必要的框架图和络拓扑图能吸引眼球。 2.4 术语和缩写词 列出设计本系统/项的专术语和缩写语约定。对于技术相关的名词和与多义词定要注明清楚，以便阅读时 不会产歧义。 2.5 参考资料 1需求、设计、测试例、册以及其他项档都是范围内可参考的东东。 2测试使的国家标准、业指标、公司规范和质量册等等 1. 测试报告 3/8 3 测试概要 测试的概要介绍，包括测试的些声明、测试范围、测试的等等，主要是测试情况简介。 3.1 测试例设计 简要介绍测试例的设计法。例如：等价类划分、边界值、因果图，等这类法(3-4句)。 提： 如果能够具体对设计进说明，在其他开发员、测试经理阅读的时候就容易对你的例设计有个整体的概念，顺 便说句，在这写上些常规的设计法也是有利的，少在没有看到测试结论之前就可以了解到测试经理的 设计技术，重点测试部分定要保证有两种以上不同的例设计法。 3.2 测试环境与配置 简要介绍测试环境及其配置。 提：清单如下，如果系统/项较，则表格式列出 数据库服务器配置 CPU： 内存： 硬盘：可空间 操作系统： 应软件： 机器络名： 局域地址： 应服务器配置 客户端配置 对于络设备和要求也可以使相应的表格，对于三层架构的，可以根据络拓扑图列出相关配置。 3.3 测试法(和具) 简要介绍测试中采的法(和具)。 主要是盒测试，测试法可以写上测试的重点和采的测试模式，这样可以了然的知道是否遗漏了重要 的测试点和关键块。 具为可选项，当使到测试具和相关具时，要说明。注意要注明是产还是商，版本号多少，在测试 报告发布后要避免多具的版权问题。 4 缺陷分析和测试结果 整个测试报告中这是最激动的部分，这部分主要汇总各种数据并进度量，度量包括对测试过程的度量和能 评估、对软件产品的质量度量和产品评估。 对于不需要过程度量或者相对较的项，例如于验收时提交户的测试报告、型项的测试报告，可省 略过程的度量部分； 采了CMMI/ISO或者其他程标准过程的，需要提供过程改进建议和参考的测试报告，主要于公司内部测 试改进和缺陷预防机制，需要对测试过程进评价。 4.1 测试执情况与记录 描述测试资源消耗情况，记录实际数据。（测试、项经理关注部分） 4.11 测试组织 可列出简单的测试组架构图，包括： 测试组架构 （如存在分组、户参与等情况） 测试经理（领导员） 主要测试员 参与测试员 4.12 测试时间 列出测试的跨度和作量，最好区分测试档和活动的时间。数据可供过程度量使。 1. 测试报告 4/8 对于系统/项来说最终要统计资源的总投，必要时要增加成本栏，以便管理者清楚的知道究竟花费了多 少去完成测试。 XXX系统系统/功能功能实际开始时间实际开始时间实际结束时间实际结束时间总时总时/总作总作 任务开始时间结束时间总计/ 合计 测试类型员成本具设备其他费 说明： 1. 总计 * 在数据汇总时可以统计个的平均投时间和总体时间、整体投平均时间和总体时间，还可以算出每个 功能点所花费的时/。 * 可列出项：时员 编写例 执测试 总计 2. 合计 这部分于过程度量的数据包括档产率和测试执率。 速度=路程/时间 可列出项：产率员 例/编写时间 例/执时间 平均 4.13 测试版本 给出测试的版本，如果是最终报告，可能要报告测试次数回归测试多少次。列出表格清单则便于知道那个系统/ 模块的测试频度，对于多次回归的系统/模块将引起开发者关注。 4.2覆盖分析 4.21 需求覆盖 1. 需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的值，通常情况下要达到100的 标。 2. 可列出项：需求/功能（或编号） 测试类型 是否通过 备注 3. 结果标识：Y P N N/A 根据测试结果 ，按编号给出每测试需求的通过与否结论。 Y 通过 P表部分通过 N 表不通过 N/A表不可测试或者例不适 4. 需求跟踪矩阵列出了对应的例情况以避免遗漏，此表作为传达需求的测试信息以供检查和审核。 5. 需求覆盖率计算 Y项/需求总数 100 4.22 测试覆盖 1. 列出项： 需求/功能（或编号） 例个数 执总数 未执 未/漏测分析和原因 2. 实际上，测试例已经记载了预期结果数据，测试缺陷上说明了实测结果数据和与预期结果数据的偏差；因此 没有必要对每个编号在此包含更详细的说明的缺陷记录与偏差，列表的的仅在于更好的查看测试结果。 3. 测试覆盖率计算 执数/例总数 100 4.23 缺陷的统计与分析 1. 缺陷统计 主要涉及到被测系统的质量，因此，这部分成为开发员、质量员重点关注的部分。最好给出缺陷的饼状图和柱 状图以便直观查看。俗话说图胜千，图标能够使阅读者迅速获得信息，尤其是各层管理员没有时间去逐项 阅读章. 缺陷汇总 ：被测系统 系统测试 回归测试 总计 合计 按严重程度 ：严重 般 微 按缺陷类型 ：户界 致性 功能 算法 接 档 户界 其他 按功能分布 ：功能 功能 功能三 功能四 功能五 功能六 功能七 2. 缺陷分析 本部分对上述缺陷和其他收集数据进综合分析 1. 测试报告 5/8 缺陷发现效率 缺陷总数/执测试时 (可到具体员得出平均指标 ) 例质量 缺陷总数/测试例总数 100 缺陷密度 缺陷总数/功能点总数 缺陷密度可以得出系统各功能或各需求的缺陷分布情况，开发员可以在此分析基础上得出那部分功能/需求缺 陷最多，从在今后开发注意避免并注意在实施时予与关注，测试经验表明，测试缺陷越多的部分，其隐藏的 缺陷也越多。 测试曲线图 :描绘被测系统每作/周缺陷数情况，得出缺陷势和趋向 重要缺陷摘要 : 缺陷编号 简要描述 分析结果 备注 3. 残留缺陷与未解决问题 残留缺陷 编号：BUG号 缺陷概要：该缺陷描述的事实 原因分析：如何引起缺陷，缺陷的后果，描述造成软件局限性和其他限制性的原因 预防和改进措施：弥补段和长期策略 未解决问题 功能/测试类型： 测试结果：与预期结果的偏差 缺陷：具体描述 评价：对这些问题的看法，也就是这些问题如果发出去了会造成什么样的影响 5. 测试结论与建议 报告到了这个部分就是个总结了，对上述过程、缺陷分析之后该下个结论，此部分为项经理、部门经理以及 层经理关注，请清晰扼要的下定论。 5.1 测试结论 1 测试执是否充分（可以增加对安全性、可靠性、可维护性和功能性描述） 2 对测试风险的控制措施和成效 3 测试标是否完成 4 测试是否通过 5 是否可以进下阶段项标 5.2 建议 1对系统存在问题的说明，描述测试所揭露的软件缺陷和不，以及可能给软件实施和运带来的影响 2可能存在的潜在缺陷和后续作 3对缺陷修改和产品设计的建议 4对过程改进的建议 1.3 测试报告的格式 1. 标题般采体字（如号），加粗，宋体，居中排列 2. 副标题采体号字（如号）加粗，宋体，居中排列 3. 其他采四号字，宋体，居中排列 1.4 如何选择模板？ 测试报告的内容同异，对于些测试报告，可能将第四和第五部分合并，逐项列出测试项、缺陷、分析和 建议，这种法也较多见，尤其在第三评测报告中，此份报告模板仅供参考。 1.5 测试报告的编写式 1. 禅道或者其他测试管理具可以直接导出测试报告； 2. DIY，根据模板列出测试报告的内容即可。 1. 测试报告 6/8 1.6 测试报告完全装B指南： 作为个测试员，写测试报告在所难免，如何让的测试报告看上去上，不被喷太low了，这我给家 写篇攻略，居家旅、杀放必备。 No.1 绝对不要出现任何中，通篇英书写，如果德语或法语书写，杀伤 1. No.2 报告如果word编写，页眉上附上公司logo, XX测试部 No.3 测试说明部分，说明测试使的技术、具、主要指标，并说明所使技术具有哪些国际性优势。 No.4 测试案部分，说明测试思路、逻辑和例，此处请附上逻辑图，测试例定要代码或伪代码。什 么？你说你写excel样式的例，no! 这很不 professional. No.5 数据分析部分，请定要带各种图表，纯字太low了，线图、饼图、柱图，能的都。 No.6 缺陷列表部分，请定按照缺陷等级划分，别想到啥写啥，最严重的等级定要红表，定要标注 有颜部分为红，以表我们程师对盲群体的关怀。 No.7 风险评估及总结部分，注意字体加粗，颜依旧红。定要注明某某问题不修改，会严重导致我们 户唾弃我们的产品，最终导致公司倒闭。 No.8 写清楚测试、第次测试期、第次测试期、第n次测试期，n=5 No.9 所有原始数据要打个压缩包，附上，以科学为依据，以事实为准绳 No.10 除了上这些你以为完了，too young，注意发送报告的时间，定凌晨，边看着天变，边发 送邮件，展现出我们扛着巨压依旧拼命作的命主义精神。完事别忘记发个微信朋友圈，注明“凌晨四点 的洛杉矶算个球，凌晨5点的帝都风景独好”。 以上，如果你觉得是扯淡，不妨两步试试，完发现，tmd真是篇好的测试报告。 2. 测试总结 2.1 测试总结内容 2.11 测试档 测试计划和案的内容，有什么区别 测试例的要素，你觉得哪些要素最重要，为什么 编写过多少测试例？每天可以编写多少例？项的总体例多少？级功能例多少？ 缺陷处理的流程如何？缺陷的等级如何划分？ 测试报告的内容有哪些？缺陷报告和测试报告有什么区别？ 2.12 测试过程 系统测试的流程 测试中你的常作内容有哪些？ 个版本系统测试执多少轮，现在有多少个版本，平均个版本测试多长时间？ 测试轮发现多少BUG，系统测试发现多少BUG？影响最深的BUG？你轮测试可以发现多少BUG？ 什么时候可以开始进系统测试？ 项可以正式上线的测试标准是什么？ 上线以后发现BUG如何处理？ 除了功能测试以外，你认为商城还可以运哪些测试技术？ 2.13. 测试具 项中到的具有哪些，有什么作？ WEB测试除了页跳转，你还需要关注什么？如何保证数据的准确性？ 2.14. 测试环境搭建 应服务器和数据库的配置 ：列出服务器和数据库的端和IP地址和版本等信息 apache （ httpd -v 2点版本） tomcat mysql oracle linux系统版本 mysql的版本 列出环境的IP地址 如何启动服务器和数据库服务，命令是什么？服务名称是什么？ 如何找出Apache服务占的端和进程？杀掉进程的命令是什么？ 测试环境如何安装，简单总结下安装的过程和需要到的命令 2. 测试总结 7/8 如何Apache的端和数据