要設(shè)計(jì)合理的等待策略來(lái)保守地使用外部系統(tǒng)。很多情況下，外部系統(tǒng)處于某種特定的狀態(tài)是測(cè)試得以通過(guò)的條件，譬如 HTTP 服務(wù)必須啟動(dòng)完畢，某個(gè)文件必須存在等。在車(chē)輛精準(zhǔn)定位軟件開(kāi)發(fā)編寫(xiě)測(cè)試時(shí)，開(kāi)發(fā)者常常對(duì)外部系統(tǒng)的估計(jì)過(guò)于樂(lè)觀，認(rèn)為外部系統(tǒng)可以迅速處于就緒狀態(tài)。
而運(yùn)行時(shí)由于機(jī)器和環(huán)境的差異，結(jié)果往往不如開(kāi)發(fā)者所愿。為了確保測(cè)試的穩(wěn)定性，開(kāi)發(fā)者一定要設(shè)計(jì)合理的等待策略保證外部系統(tǒng)處于所需狀態(tài)。致遠(yuǎn)服軟認(rèn)為：http://www.soft8.com.cn/之所以使用“等待策略”這個(gè)詞，是因?yàn)樽畛Ｒ?jiàn)“保證外部系統(tǒng)處于所需狀態(tài)”的方法是萬(wàn)惡的“Thread.sleep”，當(dāng)測(cè)試運(yùn)行在運(yùn)算速度或網(wǎng)絡(luò)連接速度差異較大的機(jī)器上時(shí)，它會(huì)引起隨機(jī)失敗。而比較合理的方法是利用輪詢的方式查看外部系統(tǒng)是否處于所需狀態(tài)（譬如某個(gè)文件存在、端口打開(kāi)等），只有當(dāng)狀態(tài)滿足時(shí)，才運(yùn)行測(cè)試或者進(jìn)行 Assertion。為了避免進(jìn)入無(wú)限等待的狀態(tài)，開(kāi)發(fā)者還應(yīng)該設(shè)計(jì)合理的timeout策略，幫助確定測(cè)試失敗的原因。
要正確地創(chuàng)建和銷(xiāo)毀資源。漠視車(chē)輛精準(zhǔn)定位軟件開(kāi)發(fā)測(cè)試環(huán)境的清理也常常是產(chǎn)生脆弱測(cè)試的原因，它主要表現(xiàn)在測(cè)試之間互相影響，測(cè)試只有按照某種順序運(yùn)行時(shí)才會(huì)成功/失敗。
這種問(wèn)題一旦出現(xiàn)會(huì)變得非常棘手，開(kāi)發(fā)者必須逐一對(duì)有嫌疑的測(cè)試運(yùn)行并分析。因此，開(kāi)發(fā)者有必要在開(kāi)始時(shí)就處理好資源的創(chuàng)建和銷(xiāo)毀，使用資源時(shí)應(yīng)當(dāng)本著這樣一個(gè)原則：誰(shuí)創(chuàng)建，誰(shuí)銷(xiāo)毀。JUnit在環(huán)境清理方面所提供的支持有它的局限性。下面的代碼是使用資源最普遍的方式。
為了確保資源A與資源B被正確銷(xiāo)毀，大連釘釘辦公系統(tǒng)二次開(kāi)發(fā)者必須將銷(xiāo)毀資源的邏輯寫(xiě)在teardown方法中。然而運(yùn)行用例test1時(shí)，資源B并未被創(chuàng)建，所以開(kāi)發(fā)者必須在teardown中同時(shí)處理資源A或B沒(méi)有被創(chuàng)建的情況，由于需要銷(xiāo)毀的資源是用例中所使用資源的并集，teardown方法會(huì)快速地膨脹。
因?yàn)檫@樣，我在開(kāi)源項(xiàng)目junit-ext中加入了對(duì)Precondition的支持，在車(chē)輛精準(zhǔn)定位軟件開(kāi)發(fā)測(cè)試用例運(yùn)行前，其利用標(biāo)注所聲明的多個(gè)Precondition的setup方法會(huì)被逐一調(diào)用來(lái)創(chuàng)建資源，而測(cè)試結(jié)束時(shí)則調(diào)用teardown方法銷(xiāo)毀資源。
