黑盒测试总结

1.1    测试方法

先谈谈个人对测试的理解，“测试”顾名思义就是‘测’和‘试’，需要不断的测量、调试和验证，多测多试。以下介绍工作中用到测试方法。

1.1.1 边界测试

根据汉字的理解，边界就是“边缘界限”；在软件中的理解应用：

数字类型：是最大值加1，最小值减一，当然也包括最大值和最小值的验证

比如一个文本输入域允许输入1－255个字符。
     正常（合理）输入：输入1个，小于255的字符，254，255个字符 

边界（不合理）输入：输入0个字符和256个字符。

日期类型：如页面配置是周为单位的，需要验证当年的最后一周，次年的第一周，

  当年最后一周与次年第一周的组合（如2012年12月31日至2013年1月6日）

1.1.2 等价类划分

等价类分有效和无效两种：有效等价就是对程序合理的、有意义的、正确的输入；

无效等价就是对程序不合理的、无意义、不成立的输入

如一个电话号码输入框，长度要求15

有效输入：0-9 10个数字正常输入

无效输入：空值、负数、小数、15个0输入

边界输入：0、16位长度的值输入

1.1.3 破坏测试

破坏测试个人理解和无效等价类似，输入非法、错误、不正确和垃圾数据

比如在年龄输入框输入特殊字符，字母标点符号等非正整数值。个人比较喜欢这种测试方法，虽然不成立的输入，却可以发现其中的问题，同时也是对需求的更深入理解。

1.1.4 数据验证

1.前后台数据一致：前台正确录入信息保存后，后台数据库相对应的表正常记录（与前台输入一致）

  比如：注册一个用户信息提交成功后，用户表users中是否正常保存了当前的录入信息。

2.存储过程验证：oracle F8编译通过，F8执行后对应的数据表正常录入数据，无锁表现象（当目标表B表从另外一长表A表取值，当A表数据过大时要借助临时表，避免死锁、耗费资源的现象）

1.1.5 根据开发习惯找错误

 1.同一个开发人员开发的模块，在不同的模块犯了错误，其他的模块也有类似的错误

   比如A开发人员主要负责用户、权限模块，在测试用户模块时发现用户名可以重复，现象用户名重复：注册了两个相同的帐号，但是用户状态不同，一个是不可用状态，一个是可用状态，但是登录的时候两个都不能登录，提示“帐号不可用”。然后再去验证权限模块，角色名称也可以重复，看似小问题，但对于用户来说可能就是大问题了，因为正常状态的用户不能登录。所以开发人员的习惯也是不能忽视的！

 ps：意外被51杂志选中摘取了一部分，如有错误请大家指正，谢谢!