設(shè)置優(yōu)先級(jí)是軟件開(kāi)發(fā)過(guò)程中重要且不可避免的部分。平衡開(kāi)發(fā)速度和質(zhì)量是程序員應(yīng)該做出的基本折衷之一。為了確保質(zhì)量，您應(yīng)該發(fā)現(xiàn)破壞代碼的方法。作為開(kāi)發(fā)人員，您不想破壞您的實(shí)現(xiàn)。這種矛盾極大地降低了將開(kāi)發(fā)和測(cè)試角色結(jié)合在一個(gè)人中的能力。對(duì)您的工作足夠關(guān)鍵很困難。創(chuàng)作者需要一個(gè)對(duì)抗者，一個(gè)批評(píng)家，一個(gè)反派。

我喜歡TDD方法。從測(cè)試開(kāi)始，首先要具有形狀。用有效的代碼填充腳手架，并立即獲得有關(guān)您的進(jìn)度的反饋，這是一個(gè)令人鼓舞和令人滿意的過(guò)程。測(cè)試驅(qū)動(dòng)的開(kāi)發(fā)為流程提供了結(jié)構(gòu)，替代了文檔，并提供了團(tuán)隊(duì)成員之間的其他協(xié)作媒介。但是，我從來(lái)沒(méi)有從避免幸福道路的測(cè)試開(kāi)始。編寫檢查極端情況，不正確的功能輸入和錯(cuò)誤使用組件的斷言，可以顯著提高應(yīng)用程序質(zhì)量，但不會(huì)增加測(cè)試驅(qū)動(dòng)的開(kāi)發(fā)經(jīng)驗(yàn)。從這個(gè)意義上講，TDD與質(zhì)量無(wú)關(guān)，而與開(kāi)發(fā)過(guò)程有關(guān)。

因此，如果編寫測(cè)試不是為了提高軟件質(zhì)量，而是為了作為功能驗(yàn)證框架而編寫的，那么什么時(shí)候以及如何保護(hù)我們的產(chǎn)品免受崩潰和意外行為的影響？

在不同位置的不同團(tuán)隊(duì)工作之后，我得出一個(gè)結(jié)論，即獨(dú)立的測(cè)試角色是提高軟件質(zhì)量的最有效方法。當(dāng)然，您可以強(qiáng)制開(kāi)發(fā)人員對(duì)測(cè)試進(jìn)行100％的代碼覆蓋，在持續(xù)集成管道中引入質(zhì)量檢查器，并收集不同的驗(yàn)尸指標(biāo)，但是不要期望開(kāi)發(fā)人員會(huì)寫出實(shí)際上會(huì)使他們的代碼崩潰的測(cè)試。這需要以某種相反的方式思考他們?cè)谌粘９ぷ髦械墓ぷ鳌?/span>

擁有沒(méi)有交付期限負(fù)擔(dān)的敬業(yè)質(zhì)量工程師是對(duì)整體應(yīng)用程序質(zhì)量的一項(xiàng)重大投資。沒(méi)有任何過(guò)程調(diào)整或其他工具可以替代專門的工程師，而后者的主要職責(zé)是發(fā)現(xiàn)破壞您所建事物的方法?！暗?，嘿，您不是在談?wù)撥浖y(cè)試人員嗎？”。我認(rèn)為沒(méi)有。這些角色在交付成果上看起來(lái)相似，但是在手段上卻有所不同。通常，測(cè)試人員不要接觸代碼。

當(dāng)然，擁有專門的質(zhì)量保證工程師職位是一件很酷的事情，并且一個(gè)團(tuán)隊(duì)中的一個(gè)可以解決許多質(zhì)量問(wèn)題，但是有多少團(tuán)隊(duì)可以負(fù)擔(dān)得起？我看到的是，沒(méi)有那么多擁有專門的質(zhì)量工程師的小型團(tuán)隊(duì)。這是很合理的，因?yàn)榇蠖鄶?shù)團(tuán)隊(duì)都重視交付速度而不是質(zhì)量。市場(chǎng)決定規(guī)則。

為了彌補(bǔ)缺乏專職質(zhì)量工程師的作用，我建議練習(xí)交叉測(cè)試每個(gè)人的工作或臨時(shí)轉(zhuǎn)換角色。停止使用功能，并嘗試從不同的角度看待您的代碼。不是作為您心愛(ài)的孩子，而是作為狡猾的敵人。