以后不在此处更新日志了,欢迎测友到新窝找我:http://www.wuchuanhu.cn/

纠结的用例设计

上一篇 / 下一篇  2011-12-22 10:23:52 / 个人分类:测试之道

小A从黑盒的角度写了一坨的用例,但是他想知道他的用例是否可以再补充一些,以免再用例评审中被指出用例覆盖不全。于是他阅读代码、阅读详细逻辑设计。但最后他发现,看了这些东西之后,自己不但不用补充用例,反而可以删除一些代码里来看根本不可能出现的用例场景。于是他删除了这些用例。等到用例评审的时候,评委问,你这套用例是面向黑盒测试还是白盒测试,如果是黑盒测试,你是怎么知道这些场景是不可能出现的?此时,小A纠结了。

TAG:

星星 引用 删除 csjl   /   2011-12-22 15:01:28
他阅读代码、阅读详细逻辑设计,前提都是要明确业务需求,是业务需求决定涉及,决定code,而不是设计和code决定业务需求。
同意这位朋友的观点,测试一定要基于需求。
582357212的个人空间 引用 删除 582357212   /   2011-12-22 12:57:08
他阅读代码、阅读详细逻辑设计,前提都是要明确业务需求,是业务需求决定涉及,决定code,而不是设计和code决定业务需求。
 

评分:0

我来说两句

Open Toolbar