testcase的写法,重于"形"还是重于"意"

做QA已经4,5年.看到的testcase也不少了.有自己写的有别人写的.testcas的风格很变化多端,有些步骤详细得让一个新人都可以没有任何困难得跑一遍,有些呢,可能仅仅是一段描述的语言加上一个matrix,精炼得让第一次跑它得人无从下手.

那么到底有没有一种最优得写testcase得策略呢?

现在这个公司得做法给我了一些启示.它得testcase有两个特点
1) testcase没有细节得描写.也就是说它重"意"得表达.

testcase的任务是说明:做什么(summary),怎么做(steps),得到什么(verify).在怎么做的描述上,尽量避免对细节的,特别是UI细节的描述.

这样的好处是testcase的表达更清晰了,避免了淹没于细节之中,第二个是可维护性增加了,特别说细节界面得修改不会导致testcase修改.