讓我們來玩一個單詞聯(lián)想的快速游戲：當我說TSB時，你會想到什么?如果你一直在看新聞，你的回答可能會包括“昂貴”、“災難”或“好”，還有一個短語可能會讓你大吃一驚，因為它與此相關(guān)：“個人責任?！?/p>

在本文中，我將檢查在你的企業(yè)中進行軟件測試的方式，以及如何使你免受一些嚴重的對個人的不利影響。

TSB銀行發(fā)生了什么?

早在2018年，TSB銀行就在一次大規(guī)模的IT轉(zhuǎn)型中處理不當，客戶被鎖在他們的賬戶之外，當他們再次獲得訪問權(quán)限時，許多用戶發(fā)現(xiàn)他們看不到自己的信息，但他們可以看到其他人的個人財務記錄和信息。當它在2022年12月引起公眾注意時，TSB被處以4800萬美元的罰款，原因是“普遍和嚴重的失誤”。總體而言，這起丑聞使TSB損失了超過4億美元。 

你可能沒有看到的是，今年4月，英國審慎監(jiān)管局(PrA)向TSB的前CIO開出了81620美元 的罰單，原因是他在危機中扮演的角色，這對參與大型IT項目的任何C級高管的影響是顯而易見的：如果項目出錯，你有可能被追究個人責任。 

這與測試有什么關(guān)系? 

FCA和PRA的報告得出結(jié)論，這場危機的部分原因是缺乏軟件測試，以及對過程的治理和控制不善。更糟糕的是，遷移是由第三方進行的——后者又依賴于幾個第四方——而前CIO的個人責任來自于對這些各方的管理不善。不幸的是，這種管理不善包括接受這些各方的保證，即軟件在表面價值上沒有問題。 

考慮到這一點，我為C級高管提出這樣的論點：如果你想確保你對流程保持必要的監(jiān)督和控制水平，軟件測試是最好的起點。 

軟件測試與控制 

如果你對保持對IT轉(zhuǎn)型的控制感興趣，那么從軟件測試開始有兩個主要原因。首先，它是你的開發(fā)過程和外部世界之間的守門人。如果軟件通過了測試，它就被認為適合發(fā)布——這意味著，如果軟件在發(fā)布時出現(xiàn)問題，就很難證明你控制了這個過程。 

其次(不幸的是)，軟件測試的企業(yè)和管理往往不如開發(fā)端。特別是，測試你的業(yè)務流程是否仍能使用新軟件，通常需要通過一大堆電子表格、屏幕截圖和保存的電子郵件來運行。盡管這是任何IT遷移中最重要的步驟之一，但它也是運行最差的步驟之一。然而，從積極的一面來看，這意味著有很大的改進空間!如果完成得很好，遷移場景中的軟件測試應該能夠記錄和測試新軟件涉及的每個業(yè)務流程。值得注意的是，到底什么將是自動化的，在可能的情況下，大多數(shù)流程都是自動化的。這主要集中在回歸測試上，以確保新的或更改的元素不會中斷任何流程。 

整個測試方案將從一個中央系統(tǒng)進行管理，以提供測試過程和結(jié)果的完整概述。從這里開始，業(yè)務用戶可以更輕松地執(zhí)行手動測試階段，如UAT。測試系統(tǒng)的本質(zhì)允許它與開發(fā)環(huán)境連接，這使得在測試期間標記問題更容易處理;開發(fā)人員可以輕松地識別問題并跟蹤問題直到其自然解決方案，在那里將進行額外的測試。 

第三方還將被允許與內(nèi)部團隊一起在系統(tǒng)中工作，讓你了解項目中的每個人都在做什么，無論他們在哪里工作。最后，測試系統(tǒng)的文檔將為你提供在測試過程中發(fā)生的所有事情的完整審計跟蹤。 

最后一點特別重要，因為它不僅可以幫助你正確地監(jiān)控軟件測試，還可以向其他人顯示你已經(jīng)控制了過程，如果出現(xiàn)問題，這一點非常重要。當然，如果你控制了這個過程，那么應該不會出什么差錯。但話雖如此，安全總比后悔好。 

我如何在我的企業(yè)中實施這一點? 

審核跟蹤允許你回顧上次運行測試時發(fā)生的情況——如果有任何問題，你可以開始診斷它們并改進你的流程以備下次使用。此外，如果你的審計跟蹤是全面的，則可以在任何測試失敗的情況下將其用于根本原因分析。 

確保你選擇了正確的軟件在你的企業(yè)運行。根據(jù)你選擇的程序，你可以加快測試周期，減少用戶花費在測試上的時間，并確信錯誤和問題將很難通過你的數(shù)字網(wǎng)絡傳播。