檢查企業(yè)中持續(xù)測試的障礙

盡管這個(gè)名字意味著什么，連續(xù)測試(C T)實(shí)際上是一種降低測試成本的策略。 這一術(shù)語指的是一種特殊的測試，即那些可以由計(jì)算機(jī)自動(dòng)運(yùn)行的測試，而無需人力幫助。 計(jì)算機(jī)程序在構(gòu)建之后運(yùn)行，創(chuàng)建測試環(huán)境，運(yùn)行一組自動(dòng)檢查并快速返回結(jié)果。 這收緊了每一個(gè)變化的反饋循環(huán)，同時(shí)降低了開發(fā)人員打破大東西的風(fēng)險(xiǎn)。 這種策略特別善于發(fā)現(xiàn)回歸錯(cuò)誤，其中對特征的更改會(huì)影響計(jì)劃測試范圍之外的其他特征。

醬油實(shí)驗(yàn)室2018年的一份報(bào)告發(fā)現(xiàn)，88%的被調(diào)查組織使用了連續(xù)集成(C I)，也就是說，他們在每一次變化的情況下都在構(gòu)建軟件。 同一項(xiàng)調(diào)查發(fā)現(xiàn)，87%的調(diào)查對象對測試自動(dòng)化舉措有管理支持，但實(shí)際上只有28%的人有大量的測試自動(dòng)化覆蓋范圍。

和覆蓋是關(guān)鍵.. 目標(biāo)是能夠做足夠的測試，以便每次程序員完成一個(gè)最小的可售功能時(shí)都能發(fā)送代碼。

為了實(shí)現(xiàn)這一目標(biāo)，我們需要克服沃爾夫?qū)て绽厮乖谄渲鳌镀髽I(yè)持續(xù)測試》中所稱的“測試自動(dòng)化的三個(gè)噩夢”。 這些是測試維護(hù)、測試數(shù)據(jù)和測試環(huán)境。

SEE：IT專業(yè)機(jī)器人流程自動(dòng)化指南(免費(fèi)PD F)（技術(shù)共和國）

當(dāng)人們談?wù)摮掷m(xù)測試時(shí)，他們通常意味著驅(qū)動(dòng)用戶界面，就像客戶一樣。 那個(gè)軟件正在開發(fā)中，這意味著它正在改變。 所以測試會(huì)失敗，因?yàn)檐浖辉僮鲎蛱鞈?yīng)該做的事情。 相反，軟件做的是它今天應(yīng)該做的。 測試不知道，并報(bào)告故障，一個(gè)人必須檢查，調(diào)試，修理和重新運(yùn)行。

對于質(zhì)量，故障>；修復(fù)>；傳遞循環(huán)實(shí)際上可以是好的，因?yàn)樗_保了雙重檢查。 這也推高了成本。 plat z指出了一些新的創(chuàng)新，如模型驅(qū)動(dòng)測試，允許一個(gè)單一的更改來修復(fù)由于維護(hù)而導(dǎo)致的大量“故障”。 您還可以通過可重復(fù)使用的模塊或調(diào)試策略來實(shí)現(xiàn)這一點(diǎn)，這些在今天的測試工具中變得越來越常見。

柏拉圖的第二個(gè)噩夢是把數(shù)據(jù)弄對。

想象一個(gè)種子數(shù)據(jù)庫，包含所有完美的測試信息和重新計(jì)劃的測試場景，包括保險(xiǎn)訂單日期。 隨著時(shí)間的推移，日期變得陳舊；“索賠”現(xiàn)在太老了，不能被接受為新的索賠。 或者數(shù)據(jù)庫可能會(huì)改變。 監(jiān)管行業(yè)可能需要用類似生產(chǎn)的數(shù)據(jù)進(jìn)行測試，但不允許實(shí)際使用生產(chǎn)數(shù)據(jù)。

柏拉圖的建議是使用工具來生成測試數(shù)據(jù)，他稱之為合成測試數(shù)據(jù)。 與此同時(shí)，這一領(lǐng)域正在出現(xiàn)新的工具。

雖然大多數(shù)組織都有持續(xù)集成，但在我的咨詢中仍然很少見的一件事是自助按需測試環(huán)境。 為了CT的工作，構(gòu)建系統(tǒng)需要能夠旋轉(zhuǎn)一個(gè)測試服務(wù)器，可能是在云中，用于構(gòu)建，并針對它運(yùn)行測試。 當(dāng)Plat z做他的研究時(shí)，他發(fā)現(xiàn)63%的受訪者認(rèn)為測試/QA是軟件交付的瓶頸。 我不得不預(yù)計(jì)，等待測試環(huán)境是這種延遲的一大部分。

建立自助測試環(huán)境往往是No.. 一種自動(dòng)化形式，我可以看到受益的組織。 如果你在等待一天的測試環(huán)境，一個(gè)10分鐘而不是一個(gè)小時(shí)的煙霧測試就無濟(jì)于事。

如果連續(xù)測試的主要痛點(diǎn)是維護(hù)，目標(biāo)是減少測試，那么答案可能是減少測試。 也就是說，不要試圖自動(dòng)化用戶旅程中的每一條可能的路徑（這是無限的），而是使用各種其他技術(shù)來降低部署風(fēng)險(xiǎn)。 這將焦點(diǎn)從每個(gè)版本的大規(guī)模檢查切換到一個(gè)回歸錯(cuò)誤較少的體系結(jié)構(gòu)，每個(gè)特性中更多的人為測試，以及在特性正在生產(chǎn)時(shí)更少的實(shí)時(shí)時(shí)間。

早些時(shí)候，我寫道，覆蓋是關(guān)鍵，因?yàn)闉榱瞬粩喟l(fā)布，我們需要測試所有的東西，一直。 更明確的是，高覆蓋率是關(guān)鍵。 真正的障礙最終是基礎(chǔ)設(shè)施，以及其他旨在減少回歸缺陷的良好做法。