測(cè)試中的stdout是在真實(shí)環(huán)境下運(yùn)行Perforce命令行所采集的標(biāo)準(zhǔn)輸出（stdout）樣本，通過(guò)Mock Perforce 對(duì)象，我們可以輕易地控制changes 方法的返回值，讓驗(yàn)證解析邏輯的正確性變得非常容易，采用Mock技術(shù)使開(kāi)發(fā)者無(wú)需顧忌Perforce服務(wù)器存在與否，而且可以采用不同的 stdout 來(lái)覆蓋不同的情況。
然而危機(jī)就在這看似完美的測(cè)試過(guò)程中被埋下了。事實(shí)上 Perforce stdout 中的時(shí)間格式會(huì)依用戶環(huán)境的設(shè)定而變化，從而進(jìn)一步導(dǎo)致 parseChanges方法中的解析邏輯出現(xiàn)異常。由于協(xié)助車輛直線運(yùn)行軟件開(kāi)發(fā)測(cè)試中的 stdout 全由假設(shè)得來(lái)，并不會(huì)依照環(huán)境變化，即使我們將測(cè)試在多種不同的環(huán)境中運(yùn)行也沒(méi)能發(fā)現(xiàn)問(wèn)題，最終在產(chǎn)品環(huán)境才由客戶發(fā)現(xiàn)并報(bào)告了這個(gè)缺陷。
真實(shí) Perforce 對(duì)象的行為與測(cè)試所使用的 Mock 對(duì)象行為不一致是出現(xiàn)上述問(wèn)題的根本原因。被模擬對(duì)象的行為與真實(shí)對(duì)象的行為必須完全一致稱之為Mock對(duì)象的行為依賴風(fēng)險(xiǎn)。致遠(yuǎn)服軟認(rèn)為：http://www.soft8.com.cn/開(kāi)發(fā)者對(duì)API的了解不夠、被模擬對(duì)象的行為發(fā)生變化（重構(gòu)、添加新功能等修改等都可能引起被模擬對(duì)象的行為變化）都可能導(dǎo)致錯(cuò)誤假設(shè)（與真實(shí)對(duì)象行為不一致），錯(cuò)誤假設(shè)會(huì)悄無(wú)聲息地引入缺陷并留下非法測(cè)試。非法測(cè)試在這里所代表的含義是，它看起來(lái)很像測(cè)試，運(yùn)行起來(lái)很像測(cè)試，幾乎沒(méi)有價(jià)值，幾乎不會(huì)失敗。在開(kāi)發(fā)中，規(guī)避行為依賴風(fēng)險(xiǎn)最常見(jiàn)的方法是編寫功能測(cè)試。
由于在進(jìn)行大連微信在線支付開(kāi)發(fā)測(cè)試時(shí)，開(kāi)發(fā)者在層與層之間不斷做出假設(shè)，而端到端的功能測(cè)試由于貫穿了所有層，可以驗(yàn)證開(kāi)發(fā)者是否做出了正確的假設(shè)。然而功能測(cè)試編寫復(fù)雜、運(yùn)行速度慢、維護(hù)難度高，因此大部分產(chǎn)品的功能測(cè)試都非常有限。那些通過(guò)Mock測(cè)試的邏輯，便如同埋下的一顆顆定時(shí)炸彈，如何能叫人安心地發(fā)布產(chǎn)品呢？
《UNIX 編程藝術(shù)》中有一句話“先求運(yùn)行，再求正確，最后求快”，正確運(yùn)行的測(cè)試是高質(zhì)量、可以快速進(jìn)行協(xié)助車輛直線運(yùn)行軟件開(kāi)發(fā)測(cè)試的基礎(chǔ)，離開(kāi)了正確性，速度和隔離性都是無(wú)根之木，無(wú)源之水。那么采用真實(shí)環(huán)境就意味著必須承受脆弱而緩慢的測(cè)試嗎？
經(jīng)歷了一段時(shí)間的摸索，這個(gè)問(wèn)題的答案漸漸清晰起來(lái)了，真實(shí)環(huán)境的協(xié)助車輛直線運(yùn)行軟件開(kāi)發(fā)測(cè)試之所以痛苦，很大程度上是由于我們?cè)诙噙M(jìn)程、多線程的環(huán)境下對(duì)編寫測(cè)試沒(méi)有經(jīng)驗(yàn)，不了解如何合理地使用資源（所謂的資源可能是文件、數(shù)據(jù)庫(kù)中的記錄，也可能是一個(gè)新的進(jìn)程等），對(duì)于我們，Mock測(cè)試作為“銀彈”的作用更多地體現(xiàn)在通過(guò)屏蔽運(yùn)行在單獨(dú)進(jìn)程或者線程中的資源，將測(cè)試簡(jiǎn)化為對(duì)大腦友好的單線程運(yùn)行環(huán)境。在修復(fù)過(guò)足夠多的脆弱測(cè)試后，我們發(fā)現(xiàn)了編寫健壯測(cè)試的秘密，接下來(lái)詳細(xì)說(shuō)明。
