建立單元測(cè)試的基礎(chǔ)
通過(guò)自動(dòng)化創(chuàng)建、執(zhí)行和維護(hù)測(cè)試的過(guò)程,建立單元測(cè)試的基礎(chǔ)。只有讓單元測(cè)試的工作更容易創(chuàng)建和維護(hù),開發(fā)團(tuán)隊(duì)才會(huì)對(duì)所有組件采用全項(xiàng)目的單元測(cè)試。
避免依賴以UI為中心的晚期周期測(cè)試
避免依靠后期周期性的、脆性的、以UI為中心的測(cè)試,那只會(huì)是耗時(shí)和昂貴的診斷和修復(fù)。與其專注于自動(dòng)化測(cè)試所有的手動(dòng)測(cè)試場(chǎng)景,不如投資于單元和API測(cè)試的堅(jiān)實(shí)基礎(chǔ),以確保與UI溝通的架構(gòu)首先是穩(wěn)固的。
理解整個(gè)測(cè)試金字塔的代碼覆蓋率
了解整個(gè)金字塔上下的代碼覆蓋率,以及對(duì)需求/用戶故事的可追溯性,因?yàn)槿绻麤](méi)有它,開發(fā)團(tuán)隊(duì)就不會(huì)真正知道什么已經(jīng)測(cè)試過(guò),什么還沒(méi)有測(cè)試。此外,不了解測(cè)試覆蓋率意味著不知道在金字塔的每一個(gè)層次上要測(cè)試什么,這意味著即使是微小的變化也需要如此多的測(cè)試,從而使整個(gè)過(guò)程陷入僵局。請(qǐng)看我之前關(guān)于基于變更的測(cè)試的文章。
用服務(wù)虛擬化左移
利用應(yīng)用依賴性的服務(wù)虛擬化,以便在開發(fā)生命周期的更早階段進(jìn)行自動(dòng)API測(cè)試。提高自動(dòng)化程度和更早發(fā)現(xiàn)錯(cuò)誤是成功的關(guān)鍵。更早推動(dòng)API測(cè)試有助于發(fā)現(xiàn)系統(tǒng)的關(guān)鍵方面,如性能和架構(gòu)的合理性。這也是安全測(cè)試的一個(gè)重要階段。
利用變更影響分析加速敏捷發(fā)展
在每次構(gòu)建的基礎(chǔ)上,通過(guò)變更影響分析加速敏捷開發(fā),以了解每個(gè)新迭代所帶來(lái)的風(fēng)險(xiǎn)細(xì)節(jié)。變更影響分析提供的分析是使測(cè)試只專注于絕對(duì)需要測(cè)試的內(nèi)容的關(guān)鍵,而不是采用其他方式的救急方法。
推薦閱讀:
本文內(nèi)容不用于商業(yè)目的,如涉及知識(shí)產(chǎn)權(quán)問(wèn)題,請(qǐng)權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054),我們將立即處理,馬上刪除。