测试资料的共享与学习
设计测试用例
上一篇 /
下一篇 2014-11-12 18:42:56
/ 个人分类:测试用例
测试用例基本上都包括以下五部分:
1.前置条件
2.输入参数
3.执行步骤
4.校验点
5.期望值
这这是书写用例的一种形式而已。有些测试用例中,输入参数也可以省略掉。
重要的是设计测试用例
书写接口测试测试用例的考虑点:
1,充分滴熟悉PRD(产品需求设计)
了解PRD,熟悉业务规则,根据业务规则来确定测试点。为了辅助理解产品的架构,可以画mm图,将需求分类。在编写用例的过程中进行等价类的划分,最后用判定表进行评判,补充缺少的用例,剔除冗余的用例。做到对需求的100%覆盖。要明白哪些是核心功能!
2 .
(测试用例的有效性)测试用例应该包含清晰的输入数据以及预期输出,没有测试数据的用例更多的是具有指导意义,执行过程中更多的是靠个人根据指导的自由发挥。但是看看我们的基线库更多的是这样指导意义的用例。(但是输入数据又涉及到了维护的问题,以及环境或者业务发生变更后引起的有效性问题)。对于预期的结果不能仅仅是页面上或者界面上的可见结果,如果和数据库发生了交互,必须包含数据库里准确的验证结果。用例基于数据驱动。
(测试用例的可理解性)测试用例步骤必须描述清晰,不能出现模棱两可以及重复的话语,测试用例应该按照增删改的顺序进行安排,这样执行的时候效率比较高,避免不必要的重复测试,用例写完不是就ok了,我们最好通读2遍,进行修改,让单条用例流畅。
(测试用例的清晰性)测试用例的验证点必须明确清晰重点突出,按照最新的用例标准,一个用例进行一个功能点的验证,一个萝卜一个坑。对于流程性的用例也是建议按照流程顺序进行用例安排,从第一个验证点到最后一个验证点,组成流程的开始到结束,方便测试执行。测试用例包含前置条件的必须将前置条件描述清楚,包括入口等。
(测试用例的可维护性)我们的用例主要是基于web的,用例存在一定的变数。
因此在测试用例因为业务需求发生变更的时候,请及时修改,维护测试用例,做到测试用例的实时性与有效性,同时也方便后来的新人同学及时学习,不会产生误解与费解
收藏
举报
TAG: