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

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

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

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

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

SEE：IT專業(yè)機器人流程自動化指南(免費PD F)（技術共和國）

當人們談論持續(xù)測試時，他們通常意味著驅(qū)動用戶界面，就像客戶一樣。 那個軟件正在開發(fā)中，這意味著它正在改變。 所以測試會失敗，因為軟件不再做昨天應該做的事情。 相反，軟件做的是它今天應該做的。 測試不知道，并報告故障，一個人必須檢查，調(diào)試，修理和重新運行。

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

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

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

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

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

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

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

早些時候，我寫道，覆蓋是關鍵，因為為了不斷發(fā)布，我們需要測試所有的東西，一直。 更明確的是，高覆蓋率是關鍵。 真正的障礙最終是基礎設施，以及其他旨在減少回歸缺陷的良好做法。