测试用例进阶—新人篇

测试最核心的技术还是测试用例的设计

测试用例的设计也是一个过程

第一个阶段，茫然：应该去看一看有哪些用例的设计方法，同时仔细的分析下你现在的状态和手上的系统比较适合什么方法。(强调就用一种)

第二阶段，用例过多，覆盖面积虽然达到但是工作量太大：已经掌握了1种或2种基础的用例方法，比较常见的诸如场景法，等价类划分法，边界值法，你会发现，像是场景法一条比较复杂的业务流程能够分出10多20条备选流，而场景法和等价类结合确实能够实现一个较为客观的覆盖面积，但是你会发现要达到这个效果所需要用的测试用例实在太多，这就照成了工作量增大，无意义的用例和重复的用例也会直接造成你的工作有百分之20甚至更多是无效的，这个时候你就应该尝试去了解一下高级的用例设计方法了，比如因果图判断。

第三阶段，用例大瘦身，覆盖面积依然可观：通过2中基础的用例设计方法，将整个系统所有功能点都包括起来，再通过因果图判断，将重复的测试功能点排除掉，可以说你现在设计的测试用例已经是优秀的用例了，完全能够达到使用尽可能少得用例覆盖尽可能多的面积

第四阶段，这个阶段实际上你已经是达人了：国内的测试，还不够成熟，最直接的体现就是测试的易学，还有和开发工资的对比，为什么测试易学而我却说测试很难呢，因为所谓的易学的测试，甚至不需要去学，有些公司直接就是让你东点一下西点一下，看看报不报错，这不算测试，至少在我看来真的不算入行， 测试难学，难就难在测试是纯思维上得职业，我们不需要一直敲代码，不需要一直去设计系统，但是我们必须要在思维了模拟很多场景，模拟很多操作