桂林北站防疫电话,网站标题堆砌关键词,色弱做网站,网站制作网站推广测试工程师在入行时#xff0c;都会接触到一个名词——测试用例#xff0c;都知道测试用例是干什么用的#xff0c;提到设计测试用例的方法#xff0c;大部分测试工程师都会侃侃而谈#xff1a;等价类法、边界值法、判定表法、正交分解法……这些方法说起来都如数家珍都会接触到一个名词——测试用例都知道测试用例是干什么用的提到设计测试用例的方法大部分测试工程师都会侃侃而谈等价类法、边界值法、判定表法、正交分解法……这些方法说起来都如数家珍但是似乎在实际工作中应用起来还不是那么得心应手甚至还会有测试用例覆盖度不足的问题。 每当遇到这样的问题时测试工程师多少都会有些无奈。测试用例写的已经尽可能详细了但是评审时候参与评审的角色要么是因为用例太繁复而草草浏览一下要么是说完后面忘了前面。而测试工程师的思路从思维导图转化为测试用例的时候也往往达不到测试用例最初的目的——哪怕让小白来遵照执行也应该可以看得懂。
那么作为测试工程师基本功的测试用例编写应该怎样上手呢遵循着设计方法的测试用例为什么写出来会那么晦涩难懂让人很难理清思路呢
一般说来测试用例的覆盖设计和思路同操作流程和开发思维是有极大不同的除了实现验证这样的正向思路方向外还需要针对异常情况进行逆向验证而这里往往是很容易出现遗漏的地方。因为场景实现是有明确的操作流程的而异常处理的场景则是需要测试工程师自己进行分析的。
测试用例一般来说分几大模块组成主要的有操作步骤输入数据期望结果。需要注意的是操作步骤是必须的但输入数据允许留空因为在很多时候步骤仅仅只是一个动作比如检视页面。对于测试用例的理解来说操作步骤应该是非常细致的。以如下一个界面为例详细了解一下测试用例到底该怎么写。 这是Slackflow的官网页面选取了最常见的“注册”模块来进行UI的测试用例设计。首先按照场景分析要先分为正常和异常两种情形异常情况则是分析如下 那么按照测试用例编写思路需要形成如下表格 在表格中体现的则是测试用例书写的一些规范和注意点
1操作步骤叙述必须足够简练明确不得出现断层或无法执行的操作
2操作步骤必须具有由上至下的连贯性
3输入数据必须有具体示例如字符串等等如果没有具体示例则需要说明输入的规范
4期望结果是需要一目了然的结果而不是需要进行其他操作之后才能查看的内容不可以包括多余的动作也不可包括含混不清的判断如仅注明“显示正常”没有进一步的描述或“顺利登录”这样的描述。
5每一步都要进行的操作步骤可以提炼为前置条件写在“Pre-Condition“栏内
6每一步骤和结果的描述必须精准洗练不可以冗余和重复
7每一个测试用例只覆盖一个检查点如果多个用例都需要覆盖中间某一个检查点则需将该检查点作为一个独立的测试用例其余测试用例将该检查点的结果作为前置条件。
测试用例作为测试的输入文档以及自动化测试的基础依据应该是简洁优美的它体现了测试工程师思维的逻辑性和递进性它的质量直接关系到测试执行的质量而执行时所能够达到的覆盖度则往往是测试工程师基本功的体现。
所以在不断将眼光投向自动化代码能力和其他测试领域扩展的时候还是需要先夯实自己的业务基础先编写出简洁、全面的测试用例。
文末了
可以到我的个人号atstudy-js可以免费领取一份10G软件测试工程师面试宝典文档资料。同时我邀请你进入我们的软件测试学习交流平台大家可以一起探讨交流软件测试共同学习软件测试技术、面试等软件测试方方面面了解测试行业的最新趋势助你快速进阶Python自动化测试/测试开发稳住当前职位同时走向高薪之路。
