在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(測試用例集合)登記等等
文章來源于領測軟件測試網 http://www.kjueaiud.com/