经验1：要参与需求评审，评审需求的过程实际也是熟悉业务需求的过程。只有对产品的业务理解到位，才能更好、更充分地设计出高质量的测试用例。

经验2：对于业务需求比较复杂的交易，最好逐条梳理出对应的测试点，一条测试点对应多条案例。

经验3：测试用例的级别要划分清楚，这样在测试执行时有主次之分。比如冒烟测试时，要写把重要的分支流程测到，确保能够优先发现和解决重要的问题。

经验4：评审用例很关键，经过评审可以发现：

• 用例设计的结构安排是否清晰合理；

• 是否覆盖所有功能点；

• 是否存在冗余用例；

• 是否存在需求理解上的差异；

经验5：测试用例的设计需要不断的更新维护。即使在测试用例设计完成，进入测试执行阶段时，也需要利用发散的思维不断构造和完善用例。预设条件要明确并且丰富，包括测试数据、测试场景。因为许多缺陷只有在特定的场景下才可以引发。

版权声明：本文出自51Testing原创，51Testing软件测试网及相关内容提供者拥有内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。