测试用例的力度
测试用例可以写的很简单，也可以写的很复杂。最简单的测试用例时测试的纲要，仅仅指出要测试的内容。测试用例写的过于简单，则可能失去了测试用例的意义；最复杂的测试用例则会指定输入的每项数据，期待的结果即检验方法，具体到界面元素的操作步骤，指定测试的方法和工具等。大多数的测试团队编写的测试用例的力度介于两者之间。
测试用例的本质
是在设计的过程中理解需求，检验需求，并把对软件系统的测试方法的思路记录下来，以便指导将来的测试。不要认为测试用例设计师一个阶段，测试用例的设计也需要迭代，在软件开发的不同阶段都要回来重新评审和完善测试用例。
测试用例评审：同行评审和用户评审（顾客的协作比合同谈判更有价值）。如果测试是对产品的批判，则顾客应该指最终用户或顾客代表（在内部可以是市场调查人员或相关领域专家）；如果测试被定义为对开发提供帮助和支持，那么顾客就是程序员。
