一、我对于“好的”测试用例的理解和标准
个人认为,测试用例有点类似java语言的特点--也是需要面向对象操作的,并且还要考虑应用场景,才能保证用例具有针对性,高效性,全面性,合理性。例如针对一个项目,若存在用户端和运营端的话,从用户角度考虑,很多格式和长度是需要基本校验的,但也不是太死,例如对于一些非保存的操作就不需要校验长度值,例如查询条件的输入框就不需要做长度校验,用数据库的查询语句去想你就明白了,搜索不到默认就没有值;从运营人员的角度考虑,除了对应一些的格式要求规则需要做强制长度判断外,并不是所有都需要,例如密码的输入,有一套属于他的规则,就需要做长度判断了,但对于新增这种类保存操作,因为这种操作的规则是产品订的,后台又属于内部人员,就不需要那么严格对长度做校验了,不存在自己砸自己锅的行为吧,而且不是面向用户的操作内部也是可控的,再说,用户端的数据已经做了很好的把控和校验,到后台也基本不会存在这种问题,这样去写用例可以大大提高效率 。
针对测试用例的设计,我们有很多的方法和策略,目的都是为了使得测试用例更加丰富并且尽可能覆盖到更多的程序路径和场景。常见的测试用例设计方法有等价类划分法、边界值分析法、错误推断法等。常规思路都是希望测试用例越全面越完整越好,但在复杂