2. 功能单元测试
面对一个比较小得功能单元,设计 testcase 就容易得多了。因为功能单元千差万别,所以我仅仅写一些相对通用得思路。
1 )从 4 个可能变化的要素入手:输入,输出,参数和状态。
如果把某个功能想象成一个黑盒子,那么这个黑盒子任何时候得输出可以用下面得三个参数来确定(输入,状态,参数)。这种方法可以对功能进行详尽得测试。
2 )黑盒子得生命周期
盒子不是凭空出现的,它也不是在真空之中。在它的生命周期中,有那些东西能影响它?它的初始化,重启动,关闭。。。
3 ) GUI 测试
一个功能单元可能有 GUI ,那么他们也应该在这里测试。我们以 GUI 测试为例, GUI 有它自己的特点
1. GUI 很容易变化
2. GUI 一般不容易错,因为 GUI 不包含复杂的逻辑
3. GUI 的错误很容易看出来, 很多 GUI 问题其实看一下就知道了,比如字体不对
4. GUI 难以描述。 GUI 涉及的内容很多颜色,布局,字体等等
所以对于 GUI 的测试用例,应该给出一个关键点,而不用给出具体的描述。比如 “ 检查 label 字体 ” 比 “ 字体是宋体,大小 11 ,斜体 “ 要好,当然除非特别要求。如果有特别的要求,应该依据具体的需求来进行设计。