Hi, 如果有任何想法与我沟通, 请用: lifr_nj 在 msn.com
testcase的写法,重于"形"还是重于"意"
上一篇 /
下一篇 2007-11-17 08:55:30
/ 个人分类:QA
做QA已经4,5年.看到的testcase也不少了.有自己写的有别人写的.testcas的风格很变化多端,有些步骤详细得让一个新人都可以没有任何困难得跑一遍,有些呢,可能仅仅是一段描述的语言加上一个matrix,精炼得让第一次跑它得人无从下手.
那么到底有没有一种最优得写testcase得策略呢?
现在这个公司得做法给我了一些启示.它得testcase有两个特点
1) testcase没有细节得描写.也就是说它重"意"得表达.
testcase的任务是说明:做什么(summary),怎么做(steps),得到什么(verify).在怎么做的描述上,尽量避免对细节的,特别是UI细节的描述.
这样的好处是testcase的表达更清晰了,避免了淹没于细节之中,第二个是可维护性增加了,特别说细节界面得修改不会导致testcase修改.
这种风格的testcase第一次跑很困难,但以后就心领神会了,"只需痛苦一次"
2)有很多testcase是模版+matrix自动生成得
可能设计者觉得,步骤表述加matrix简单的结合显得指导性不够,那么用一个模版+matrix,按照排列组合的方式生成testcase可以一定程度弥补不足.
使用这种方法.testcase的维护性大大提高,而有不会太多的损失testcase的指导性.
相关阅读:
- (一)QA组织的建立 (51testing, 2007-8-15)
- (二)QA组织的建立 (51testing, 2007-8-15)
- 被遗忘的角落--CMMI的团队管理 (51testing, 2007-8-23)
- 品质保证覆盖面 (51testing, 2007-9-12)
- (一)有效实施QA职能 (51testing, 2007-9-12)
- (二)有效实施QA职能 (51testing, 2007-9-12)
- 软件测试基本功之----测试用例篇 (hjjlearning, 2007-9-23)
- 统称QA (51testing, 2007-10-08)
- 有效实施QA职能 (helen51, 2007-10-09)
- 质量之本在哪里 (51testing, 2007-11-16)
收藏
举报
TAG:
testcase
QA