在设计和执行测试用例的时候的几点心得和经验
2013年07月12日 18:30供稿中心：兆隆教育
同事写的，概括表达出了平时自己的一些关于测试的想法，拿来分享一下。
1、回避含糊用语
在case中不要出现含糊不清的语言，如果现在对有些结果没办法把握的话，你可以用标记标注出来，找时间确认，但不能用概括性的语言带过。试想如果设计case的人都不清楚，那跑case的人又怎么能知道什么结果是对的，什么结果可能有问题呢。（测试的人要报跑case的想成都是机器人，只能按部就班）
2、把握深度和广度
设计case并不是直接把task/spec的内容重复一下，因为task/spec中往往描述的是最常见和最基本的场景，然而，测试保证这些情况的话，只能算基本测试，对一个功能来说最多只能算是覆盖了20%。很多场景需要结合经验，功能交错才能发现问题的。所以怎么把握测试的深度和广度，是靠大家平时的积累和思考的。有时候当你在一种特定的场景中发现了一个重量级的bug，你肯定会很开心，这也是测试人员的成就感，虽然我们不能像开发人员那样，看着自己的代码变成一种功能的喜悦。
3、测试的主动性
测试的工作并不能像其他工作一样有一个量的度量，更需要的是测试人员的主观能动性。同样100条case，A可能只能发现一个bug，而B能发现4个bugs.我们没办法说A没有好好工作，只能说A的测试能动性和敏感性不是很强。
4、不要期待case中发现很多bug
在一些测试领域有人统计过，如果case中发现的bug数量能够达到总发现bug数的30%，那设计case的团队就绝对很牛了。所有在测试中最值钱的是经验测试和探索性测试。
5、测试和开发是相辅相成的
测试和开发的目的是一致的，就是给客户提供高品质的产品，所以这两者之间没有任何对立的因素。虽然我们测试在某种程度上有时候扮演一个检验员的角色，我自己也做过开发，说实在的有时候特讨厌测试员，觉得他们就是在找茬，但是测试员别忘了找茬就是我们的工作和责任，况且又不是无理取闹。开发再完善的代码，也需要测试人员提供测试结果来证明其完美性。测试是给客户信息，给团队信心，让产品放心的工作。
