
基于列出的细分功能点编写用例,并通过拆分每个细分功能点的详细信息来编写用例. 使用测试用例分析方法: 划分有效的类,确定边界值,使用因果图,决策表,错误的猜测等. 这些用于确定测试数据
撰写用例需要具有通用模板的表单


每个用例需要一个唯一的编号;易于理解的标题,在初读时了解用例的目的;预设条件用于存储一些已知的测试步骤;测试数据是我们的分析测试数据出来了;测试步骤,指导测试的步骤;预期结果,判断用例的执行结果,并与实际结果进行比较

1. 标题的写作必须易于理解,没有区别,并说明了目的. 可以将其写为“测试架构师的培养: 从测试工程师到测试架构师”.


例如,在上述登录功能中: 输入该帐户的手机号码
标题可以写为: 登录帐户输入11个有效的手机号码以验证帐户的正确性

2. 在测试用例中单独列出的“测试数据”的目的是,当我们写入边界值和等效类的值时测试用例怎么 写,我们可以直接将其写入测试数据中,而无需在同一用例中写入N. 也用于阅读测试用例怎么 写,使执行者易于阅读和操作
3. 在测试步骤中,您不需要写得太具体,如果接口被修改,则不鼓励修改后的用例. 而且步骤不应该太多,作家会感到恼火,读者也会感到疲倦和歪曲. 解决方案是将其他用例验证步骤设置为预设条件,例如: 用户已登录
4. 预期成绩. 在大多数人编写的测试用例中,每个测试步骤都对应一个预期结果,但是如果有些步骤没有预期结果呢?一种解决方案是将具有预期结果的步骤写在同一步骤中,因此一个步骤实际上可以操作两个或三个步骤. 另一个解决方案是在测试步骤Mark中使用[check1]或[check2],然后直接在预期结果中写[check1]和[check2]是什么
输出测试用例文档并不困难,但是如何获得不同的测试数据以及如何操作可能会产生bug都是通过经验积累的. 一个测试用例是一个结果,需要不同的测试方法来支持该结果的输出,因此有一种测试方法称为: 错误猜测法-在测试程序时,人们可以根据程序的各种可能存在来推测关于经验或直觉错误的知识,以便编写针对性地测试这些错误的方法(来自Wikipedia).
[福利]填写问卷并发送所选的测试包+接口测试课程!为测试行业做些事!
本文来自电脑杂谈,转载请注明本文网址:
https://www.pc-fly.com/a/ruanjian/article-191447-1.html
表明美国的死党已经不听他的话了