软件测试培训之测试用例化

软件测试培训之测试用例化

　　用例结构化

　　对于刚刚接触测试用例的同学来说，怎么去划分用例结构?怎么去统一用例结构?这样的问题会频繁出现，那么如何解决呢?

　　功能：

　　功能是需求产品内部固有的效能，是一个过程。

　　要求：

　　以动宾短语命名，或者加上功能两个字

　　子功能：

　　子功能是从功能拆分出来的对象，同样是一个过程。

　　要求：

　　以动宾短语命名，或者加上功能两个字

　　检查点：

　　检查点是子功能的属性、特征。

　　要求：

　　以偏正短语命名，即“……的……”

　　影响因素：

　　影响因素是使检查点发生变化的条件、场景、动作等。

　　要求：

　　描述清楚，以“当……验证…….”填写(文末有彩蛋)

　　黑盒层面：

　　为了提高测试用例的覆盖度，将产品划分好功能后，记得要加一个黑盒层面的模块。

　　要求：

　　黑盒层面需要考虑功能间、子功能间和使整体流程顺畅的三部分因素。

　　用例说明化：

　　用例说明这块儿是别人能不能执行好你用例的重要组成部分，都由什么组成呢?

　　测试目的：(高必要性)

　　测试目的主要是用来一句话概括阐明该条测试用例内容，一般的形式为”在XXX条件下，做XXX操作，验证XXXX”。测试目的内容需要遵照以下规则：

　　测试用例必须要有测试目的。即使是脑图维护，也需要在具体影响因素后面的Notes中写清楚该条Case的测试目的。

　　测试目的需要描述明确的预期结果。

　　测试说明：(中必要性)

　　测试说明是用来对测试用例进行补充说明的，它主要包含的内容有：

　　描述测试环境：

　　例如Case需要在慢网络环境下执行：

　　描述测试数据：

　　例如：

　　1) 手动构造Json文件

　　2) 特定的教育网站点列表

　　描述测试工具及其使用方法：

　　例如：

　　1) 数据库查看工具

　　2) 解密工具使用方法

　　3) 测试页面地址

　　前提条件：(中必要性)

　　前提条件被认为是组成测试步骤的一部分，是在测试步骤开始之前做需要做的前序工作。而测试说明主要描述的是测试对象之外的环境场景。当前提条件和预期结果存在相关性，对前提条件的概括就是显得有必要。

　　测试步骤：(中必要性)

　　一个操作一条步骤，一条步骤里不混合多个操作；

　　尽量不用界面上具体的控件或者语言描述，避免版本升级后的维护工作量；

　　如果涉及输入数据，那么需要写清楚具体的数据内容，例如在输入框上输入“张三”等；

　　避免不确定的词句使用，例如可能、大概这些会导致理解不一致的用词；

　　注意前后步骤之间的衔接，如果前面的步骤会作为前提对后面的操作步骤产生影响，较好能够描述得清晰一些。

　　预期结果：(中必要性)

　　预期结果中的检查点必须是具体的、可检查的对象

　　用例级别：(高必要性)

　　用例级别字段的格式：可选字段：Smoke、Normal、Important、Extend，如果要多个关键字来标识该条用例的话，各关键字之间用英文逗号隔开，比如checklist,importan