在QA中,主要有两种测试
单元测试:验证我们系统中的所有逻辑单元的验证行为(并不考虑其他单元的相互关系,比如其他的可以打成桩函数等。)
系统测试(集成测试)各个单元之间的相互关系,检测系统运行行为。
单元测试用例设计
在开发过程中,程序员通常用调试器来测试他们的程序,但是很少有人去单步调试程序,不会检测每个可能的变量值,这样我们就要借助一些工具来完成。就是我们所说的“单元测试框架”来测试我们的程序。
我们来测试一个简单的c程序
BOOL addition(int a, int b)
{
return (a + b);
}
我们的用例必须借助其他的c函数来完成验证所有的可能性,返回True或者False来说明测试是否通过
BOOL additionTest()
{
if ( addition(1, 2) != 3 )
return (FALSE);
if ( addition(0, 0) != 0 )
return (FALSE);
if ( addition(10, 0) != 10 )
return (FALSE);
if ( addition(-8, 0) != -8 )
return (FALSE);
if ( addition(5, -5) != 0 )
return (FALSE);
if ( addition(-5, 2) != -3 )
return (FALSE);
if ( addition(-4, -1) != -5 )
return (FALSE);
return (TRUE);
}
我们看到,测试所有的可能性需要
正数+负数, 0+0, 负数+0, 正数+0,正数+正数,负数+正数,负数+负数
每个cases比较了加的结果和期望值,如果不通过就False,如果都通过就返回True
行为上可以设计下面的例子:
int additionPropertiesTest()
{
// conmutative: a + b = b + a
if ( addition(1, 2) != addition(2, 1) )
return (FALSE);
// asociative: a + (b + c) = (a + b) + c
if ( addition(1, addition(2, 3)) != addition(addition(1, 2), 3) )
return (FALSE);
// neutral element: a + NEUTRAL = a
if ( addition(10, 0) != 10 )
return (FALSE);
// inverse element: a + INVERSE = NEUTRAL
if ( addition(10, -10) != 0 )
return (FALSE);
return (TRUE);
}
但是这样当代码变化时用例就得跟着相应的变化,或者去加一个新的case
XP(极限编程)推荐就是在编写代码之前先写测试用例。就是测试驱动开发。
CPPUnit
各Case应该被写在类里面从TestCase 导出。这个类对我们所有基本功能进行测试, 在Test Suite(测试用例集合)登记等等
文章来源于领测软件测试网 https://www.ltesting.net/