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