前言

　　笼统的来说测试条件无非就是两个方面：① 正向测试，② 反向测试！

　　如果单从这两个方面来思考，肯定出现丢三落四的情况，也就是说不全面，所以应该在上面两种情况的基础上再进行具体划分，那么只要我们能够遵循这些条件基本上就能做到全面（如果能做到，大约80%的问题应该都解决了），于是就出现了下面要说的六个方面内容！

　　前辈们把这些测试条件总结为：Right – BICEP

　　1、Right - 做正确的事，可以说是“正向测试”

　　这种测试前期任务是要准备足够的正确数据（前提是要保证数据的正确性，这个很重要），运行代码后返回的值或产生的影响是要跟自己的预期是一致的！

　　注意：如果准备的数据太大或容易丢失，建议把它放在数据文件中，然后让单元测试读取这个文件，这种方法会在下一篇会说到！

　　2、B - 边界条件（Boundary）

　　边界条件是测试里面的重中之重，必须要有足够的认识和重视！

　　而它又被分为七个方面的子条件，下面就让我们来一一熟悉它！

　　① 一致性（Conformance）

　　数据是否符合我规定的格式（也可以说是非法字符吧）！

　　案例：比如我传入的参数文件名需要的格式是：文件名 + 日期（yy-mm-dd） + 扩展名，那么我就要写一个测试传入的文件名为 ：“sa#$#$#$#”这样的格式！

　　② 有序性（Ordering）

　　这方面主要是对涉及到数组和集合的数据，而且对数据的顺序有严格要求的函数，需要对它们里面数据的顺序进行测试！

　　比如：点菜系统菜谱中每道菜的顺序，或者去银行办理业务的排队系统等等！

　　③ 范围，区间性（Range）

　　值是否存在于一个最大值和一个最小值之间，主要是对值类型的数据做的测试！

　　这里面还有一个重要的测试点是 → 对数组，集合，以及Table，DataSet中的索引值进行测试，比如索引值不能为负，不能超出索引的范围等等情况！

　　比如：一个通过ID来搜索信息的函数，应该对这个ID进行最大值和最小值的测试！

　　④ 引用，耦合性（Reference）

　　这方面主要是：代码是否引用了一些不受本身代码控制的外部因素（比如：调用第三方接口，调用其它模块的接口等等）！

　　对于这些情况我们是没有办法控制的，所以在测试的时候只能模拟，而在模拟时我们会用到“Mole”技术，让它来帮助我们创建一个模拟环境（下一篇会介绍）！

　　比如：有的项目会调用银行接口，这种情况下只能先创造一个虚拟银行接口，然后再进行测试！

　　⑤ 存在性（Exist）

　　固定的测试，如Null，Empty，非零等等，这些都是必须考虑的！

　　⑥ 基数性（Cardinality）

　　对于这个测试说起来还是蛮难理解，这个测试只有在特定的场合下才会去考虑它！

　　它遵循一个原则：“0-1-N”！

　　⑦ 时间性（Timer）

　　对时间比较有依赖的软件或系统应该在这个方面着重测试！

　　主要考虑：事情是否按时间的顺序执行，是否在正确的时间执行，是否出现执行事情延误了！

　　相对时间：网站超时，数据更新超时等等！

　　绝对时间：不同的client间的时间是否同步！

　　并发问题在时间性测试中比较重要！