軟件工程基礎(chǔ)：面向?qū)ο髥卧獪y試

補(bǔ)充：面向?qū)ο髥卧獪y試最小的可測試單元是類，包含一組不同操作。對面向?qū)ο筌浖念悳y試等價(jià)于結(jié)構(gòu)化軟件的單元測試。類測試方法：基于故障的測試、隨機(jī)測試和劃分測試?；诠收系臏y試設(shè)計(jì)最有可能發(fā)現(xiàn)似乎可能的故障的測試。對于每個(gè)可能的故障設(shè)計(jì)迫使不正確的表達(dá)式失敗的測試用例。如果分析和設(shè)計(jì)模型可以提供對什么可能出錯(cuò)的洞察，則基于故障的測試可以以相當(dāng)?shù)偷墓ぷ髁堪l(fā)現(xiàn)大量的錯(cuò)誤。隨機(jī)測試對類中操作的隨機(jī)順序進(jìn)行測試，以測試不同的類實(shí)例生命歷程。劃分測試采用劃分測試可以減少測試類所需的測試用例數(shù)量。如：

基于類狀態(tài)的劃分基于屬性的劃分基于類型的劃分例子：Junit框架（Java類測試）Junit框架使用junitMyClassTestCaseexercise1..*TestRunnerrun1..*MyClassTesttestMethod()…setUp()

tearDown()Method()TestCaseClassMyClassTestextendsTestCase{publicFooTest(Stringmethodname){super(methodname);}protectedvoidsetup(){//產(chǎn)生對象

varC=newMyClass(…);//…..}protectedvoidtearDown(){}//刪除對象

publicvoidtestMethod(){//測試驅(qū)動(dòng)程序

//……

assertEquals(varC.method(),…)}PublicstaticTestsuite(){

TestSuitesuite=newTestSuite();suite.addTest(newMyClassTest(“testMethod”));returnsuite;}publicstaticvoidmain(String[]args){

junit.textui.TestRunner.run(suite());}}//endMyClassTest面向?qū)ο蠹蓽y試由于面向?qū)ο筌浖]有層次結(jié)構(gòu)，結(jié)構(gòu)化方法的集成策略沒有意義。面向?qū)ο蠹蓽y試策略：

基于線程的測試：集成對回應(yīng)系統(tǒng)的一個(gè)輸入或事件所需的一組類，每個(gè)線程被集成并分別測試，應(yīng)用回歸測試以保證沒有產(chǎn)生副作用。

基于使用的測試：通過測試獨(dú)立類而開始構(gòu)造系統(tǒng)，然后測試依賴類，盡可能避免使用驅(qū)動(dòng)器和樁。面向?qū)ο蟮募蓽y試能夠檢測出相對獨(dú)立的單元測試無法檢測出的那些類相互作用時(shí)才會(huì)產(chǎn)生的錯(cuò)誤。面向?qū)ο笙到y(tǒng)測試系統(tǒng)測試時(shí)，應(yīng)該參考OOA分析的結(jié)果，對應(yīng)描述的對象、屬性和各種服務(wù)，檢測軟件是否能夠完全“再現(xiàn)”問題空間。系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個(gè)側(cè)面看，也是對軟件開發(fā)設(shè)計(jì)的再確認(rèn)。測試用例可以從對象/行為模型和事件流圖中導(dǎo)出。測試工程師對一個(gè)系統(tǒng)進(jìn)行有效的測試所需要的技能絕對不比進(jìn)行軟件開發(fā)需要的少，事實(shí)上，測試者將獲得極