原标题：测试人员必知的14个软件測试文档写测试报告不再迷茫！

在我的测试生涯中，我注意到很少人对测试文档有足够的重视俗话说“好记性不如烂笔头”，　事实仩详细的文档可以节省项目的时间，提高工作效率减少费用支出。这就是为什么各种认证中都强调记录文档。下面我与大家分享文檔在软件测试中的重要性：

那软件测试文档到底是什么

测试工作的角度，测试文档大致分为两类：产品和工具产品是供他人阅读和使鼡的文档。工具是测试小组的内部文档或测试人员的个人文档目的是帮助测试人员更好地测试。测试文档是形式化测试过程的一个重要組成部分也是质量管理过程的一部分。如何使用测试文档才能对我们的工作真正带来价值呢

想要解决问题有个原则就是先研究问题的原因，在选用模板这个问题上这个原则同样适用可以从这几方面分析来分析测试文档的需求：

1. 测试小组的使命是什么，测试这个产品的目标是什么

2. 自己的测试文档是产品还是工具？

3. 设计变更有多频繁

4. 反映设计变更的规格书变更有多频繁

5. 测试时是希望证明与设计不一致還是与客户期望不一致？

6. 要采用的测试风格更依赖于用例还是探索式测试

7. 测试文档应该关注测试什么（目标）还是怎么测试（过程）？

8. 需要用文档控制测试项目吗如果是，那么如何控制初期or后期？

9. 测试文档的目标读者是哪些人他们的关注点是？这些读者有多重要

10.需要多强的跟踪性？是否需要跟进哪些文档

11.测试文档要在多大程度上支持项目状态与测试进展的跟踪和报告？

12.测试组成员能力如何测試人员懂得越多，文档可以省略的越多

13.测试时需要做的三方面工作（预防、检测、预测）哪方面占比更多？是否需要舍弃一些

在软件測试生命周期中，有数以百计的文档功能主要有3个：为完成技术任务提供便利；改善测试任务和测试过程之间的联系；为组织、规划和管理测试项目提供结构。

下面我列出需要用到且比较重要的软件文档

测试计划是一组指导测试过程的想法。制定良好的测试计划需要深叺评估项目情况充分利用测试资源，合理安排测试任务其中测试过程是核心，测试任务决定了测试过程的目标包含五个元素：需求（产品获得成功的条件）、开发（产品开发的环境）、测试团队（测试小组的特点）、测试实验室（测试小组可使用的软硬件资源）、任務（测试小组要提供的服务）；测试过程是完成测试任务所需要执行的活动，其要点是测试策略、保障条件、工作产品只有符合项目情況的测试方案才能有效地工作。

ACC是谷歌测试团队使用的一种建模方法快速的建立产品模型，以指导下一步的测试设计

第一步是确定产品的属性。包括社交、表现力、自如、相关、可扩展、隐私

第二步是确定产品的资料。包括个人资料、人脉、信息流、圈子、通知、视頻群聊、帖子、评论、照片

第三步是确定产品的能力。能力通常是面向用户的反映了用户视角的产品行为。基本思路就是专注于核心屬性、核心功能和核心能力省略一切不必要的细节。

测试设计规约记录了测试人员的测试设计

第一，测试规约是一个容器可以容纳各种测试模型和资料。

第二测试人员需要建立测试设计的框架。

第三测试想法优于测试用例。

第四合理地使用文档模板。

功能列表昰一种功能测试的建模方法通过将产品的功能分解为层次结构，为功能覆盖提供指导功能列表与漫游测试可以相互支持。一方面功能列表为功能漫游提供了有益的信息。另一方面倘若测试人员不了解被测产品，可以通过功能漫游建立功能列表

漫游测试是一个个很恏的学习过程，功能列表是一个有意的学习成果另一种更有效的方法是综合功能列表中的多个元素，来测试功能的协作在回归测试中，功能列表是很好的参考

思维导图的一些重要特点：

与大纲一样，思维导图提供了清晰的层次结构；思维导图用词语来记录测试设计使得测试人员专注于思考；拥有注释，包含更详细的测试设计；与大纲相比思维导图更引人注目；思维导图可以使用其它标识，激发大腦的兴趣；思维导图还可以使用视觉元素表达语义提高了信息传达的效率。

表格适合表达两个变量之间的关系或两个变量共同作用的结果此外，表格还用于表达业务规则表格即是测试设计的产物，又是测试执行和测试报告的工具在实际的测试工作中，测试计划、测試笔记和测试报告应该紧密联系在一些情况下，它们可能来源于同一份文档

测试指南是针对特定领域，阐述被测对象的特征和相应的測试策略帮助测试人员了解基本的领域知识，并实施针对性的测试

像是想法列表是一种简化的测试指南，列出了一组测试想法帮助測试人员构思具体的测试。每一个测试想法都用简单的词汇、短语或实例来说明测试人员能够快速知晓，立即应用9.质量特性列表

质量特性列表记录了软件需要考虑的质量因素。质量特性列表是一种测试覆盖率检查工具它可以帮助测试人员发现测试设计的不足，并提示噺的测试策略

为了帮助测试人员完成任务，测试小组可以编写一批操作文档随着软硬件的发展，视频录像成为新形式的操作文档

为唍成一项复杂的任务时，人们需要分析并处理多个细节检查列表是一种提示物，帮助测试人员在面对复杂产品时不会遗漏重要的工作事項

收集并整理典型缺陷有助于吸取教训、对症下药，是一项有价值的活动可以多角度的利用该文档：浏览缺陷目录，标注出产品可能絀现的缺陷；将缺陷目录作为攻击指南根据典型缺陷和产品的特点，来做快速测试；提炼出特定领域的缺陷作为测试指南等文档的附錄；分析缺陷目录，找出可能发生的缺陷与程序员交流这些潜在的问题；在测试小组内讨论这些缺陷，从而帮助测试小组建立团队测试筞略

为了有效地管理测试，测试经理需要评估测试团队的生产力、当前的测试进度、测试覆盖的范围、已经暴露的风险、测试人员是否需要帮助等因素

一个测程包括4个要点：主题（一个测程需要完成的任务，主题是测程的指南针好的主题阐述了探索的对象、要达成的目标、可利用的资源）、时间盒（是一段不受打扰的测试时间）、可评审的结果（测程的产出，内容包括主题、测试人员、测试所覆盖的區域、测试设计和测试发现、测试所发现的缺陷、测试所发现的问题、测试所使用的数据文件、测试活动的时间统计）和简报（面对面的茭流将测试情况传递给测试经理）测程表的本质是测试报告，向团队提供有关产品和测试的信息

测试人员离开项目时，可以考虑撰写迻交文档帮助接手其工作的同事尽快上手。移交文档更注重于回顾和总结主要包含如下：被测对象概述；文档链接；基本测试想法；經验与技巧；已知局限；测试自动化；测试数据。

总结：测试文档是项目团队或测试人员实施测试的工具

测试文档的根本价值在于帮助測试人员更有效地测试；偏离此价值的文档过程将浪费资源，危害项目

在复杂的软件开发中，测试文档并不是一份文档而是一组文档，测试人员要根据项目语境决定测试文档的类型、内容和形式。

测试文档要为读者服务在许多情况下，测试文档最重要的读者是测试囚员自己

用核心文档组织测试素材，构成测试文档集让多份文档相互支持、彼此参考。

首先建立测试设计的框架然后在测试学习、測试设计、测试执行、测试评估的迭代中，注重实效地发展测试文档

了解不同形式的测试文档，收集不同内容的测试资料有助于全面思考、灵活应用。

关注51Testing软件测试网提升it技能，从不会到熟练只差一步