现在很多公司都是前后端分离，把一些非常轻量级的逻辑放在前端去做，而一些比较重的逻辑放在后端去处理。无论是前端还是后端，只要是功能逻辑方面的内容都可以用这些经典的方法去考虑。至于前端的一些内容参考下这个：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就可以覆盖很多用例