等价类边界值特殊用法

等价类和边界值是最常用的测试方法，等价类大体用法就是将测试数据依据业务和程序分为若干个集合，例如中文、英文、阿拉伯数字和特殊字符等等，选取有代表性的数据输入检查合法字符和非法字符的处理情况；边界值大体用法是针对某个输入框根据业务和程序选择能收入的最大值、最小值、超出范围的值进行测试，检测系统的处理情况。通常情况下等价类和边界值是组合使用的。

等价类和边界值看似用法比较简单，但是在实际应用中并不简单，尤其是在业务相关方面的应用中，有很多需要注意的方面，例如在输入楼层数的时候不会出现0层，那么0对于这个输入框就是非法字符，在楼层数中也不能出现小数，没有1.5楼这样的概念，即使楼层中出现了夹心层也会有字符去代替；在货币单位中，人民币一般只是精确到分，再小的单位实际意义不是很大了，当然指普通系统，大型计费系统可能会要精确的多。

今天想说的等价类边界值特殊用法并不局限于系统面向客户的特殊应用，还有一种笔者不知道怎么划分的应用，就是根据不同团队、不同研发人员进行等价类划分，例如，当我们测试一个CRM或者ERP系统的时候，每个大的模块下会有若干小菜单，一个项目下来小菜单页面至少要有数十个，这些页面一般不会由同一个人负责，那么如何测试这种菜单间的切换呢？是进入每个小菜单和切换到其他每个菜单还是用等价类边界值的来概括呢？笔者曾经遇到过这样的难题，因为曾经发现当进入一个页面时候，有时候页面显示不正确，测试人员将BUG提给了负责这个不正确页面的程序员A，但是这个程序员熬了几夜都没有发现自己程序什么地方出了问题就直接将BUG置于FIXED状态，测试人员在回归测试中也没法出现问题就关闭了这个BUG，在以后的测试工作中多次出现这个BUG，最终终于找到了问题的根源，那就是这个BUG并不是程序员A造成的，而是程序员B在调用A页面的时候写错了，两位程序员来自不同团队，但是B程序所写程序中只有这一个子菜单出现了这个问题。在这次BUG以后，笔者觉得自己在做测试用例的时候由于忽视了不同人和团队之间的配合而一度造成某个BUG成为随机出现的BUG实在不应该。在测试开始就将每一个研发人员负责的模块作为一个等价类集合去和其他程序员负责的模块进行页面切换测试。不过如果回归还这么做这个工作量相当大，所以在回归测试中可以选择边界值的方法减少工作量。