[TOC]

测试点编写

脑图写测试点

需求

• Eg（例如）：给产品添加“敏感词检测”的功能，多个敏感词用英文逗号隔开。系统检测到敏感词会弹窗提示并建议修改。
• 

测试点方式

• 

• 第一种格式，一个分支上所有节点串在一起，才是一条完整的测试点，前面的节点是后面节点的前置条件；

• 第二种格式，按照测试维度划分，逐级细化，测试点越来越明晰，每个分支的最后一个节点就是一个完整的测试点。

• 推荐使用第二种格式。这种格式的用例，在做用例评审时，方便确认需求覆盖率，而且对于用例执行者比较友好，执行者可以只关注用例的最后一个节点，按照指定策略执行就行。

如何写测试点（按照第二种格式-分类）

• 尽量不要把用例步骤写到测试点里面，要突出测试目的。操作步骤可以放在备注里。
• 要提前构思好整体分类再动手写测试点
  • 拿到需求后，先要整体了解产品需求和实现逻辑，然后决定每一个层级的分类标准，比如是按照质量模型的角度进行分类，或者按照修改点进行分类，前面层级的划分标准，直接决定了接下来子节点的划分标准。
  •