现在很多公司都是前后端分离,把一些非常轻量级的逻辑放在前端去做,而一些比较重的逻辑放在后端去处理。无论是前端还是后端,只要是功能逻辑方面的内容都可以用这些经典的方法去考虑。至于前端的一些内容参考下这个:http://www.cnblogs.com/scios/p/4895252.html。业务功能都是一个个函数来实现,所以测试这些函数也是整个测试工作的重点。
用经典三角形例子来说,它的实现可以简化成下面这种样子:
从上面这个函数可以看出来,输入、输出以及函数的业务逻辑就是我们设计用例的几个点,而具体这些的限制就需要对需求往这几个方面进行拆分。
这个需求是这么说的:“输入三个整数 a 、 b 、 c 分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型,当此三角形为一般三角形、等腰三角形及等边三角形时,分别作计算 … ”。
从输入看:
1、“输入三个整数”;
三个 —— a、b、c都不为空不为零
整数 —— a、b、c都不能为小数
2、“作为边长”;
a、b、c都不能为负数
业务逻辑来看:
1、“构成三角形”;
两边之和大于第三边
2、“判断三角形类型”
等腰 —— 两边相等
等边 —— 三边相等
返回来看:
1、判断三角形的类型
然后用等价类划分法来组合出基本的用例:
然后,再每个用例选一组值去进行覆盖,比如3、4、5就可以覆盖很多用例