測試目標(biāo)定義
對照目標(biāo)系統(tǒng)，如下：
?給出自動化測試平臺目標(biāo)如下：
| Case level | Case brief | Report send to |
| OVERALL | User 1 -> Process -> Customer 1 | Boss |
| Level 1 | User 1 -> Process -> Customer 1 User 1 -> Process -> Customer?2 User?2?-> Process -> Customer 1 ... |
Manager, Some users, Developers, Testers |
| Level 2 | User 1 -> Igeress -> Process -> Router -> Sender 1 -> Customer 1 User 1 -> Igeress -> Process -> Router -> Sender?2?-> Customer 1 ... User 1 -> Igeress -> Process -> Router -> Sender 1 -> Customer?2 User 1 -> Igeress -> Process -> Router -> Sender?2?-> Customer?2 ... |
Manager, Developers, Testers |
| Level 3 | User 1 -> Igeress -> Process -> Router -> Sender 1 -> Customer 1 , check?configuration?and?logs ... |
Developers, Testers |
| Others | System capacity: xx GB remains, xx GB consumed after last check Respond time: ? API1 - xx ms ? ... |
Can be combined with OVERALL cases |
? OVERALL： 整體用例，這部分用例只保證系統(tǒng)還能運行，定期發(fā)報告給老板
? Level 1： 覆蓋從輸入到輸出的每個組合，比OVERALL的用例更能說明系統(tǒng)運行正常。
? Level 2： 需要覆蓋輸入輸出意外，內(nèi)部子系統(tǒng)的組合也要覆蓋到。
? Level 3： 除了覆蓋所有子系統(tǒng)，也需要檢查配置、日志等非對外子系統(tǒng)是否正常。
? OTHERS： 非功能性要求，包括剩余存儲容量、API響應(yīng)時間等，由項目相關(guān)方共同定義。這部分也可以包含在OVERALL或者Level 1報告中。
最小測試隊伍組成
? ? ? ? 一個團隊主管，初期建立時也可以兼任項目經(jīng)理，統(tǒng)籌團隊成員和項目管理。
? ? ? ? BA或者Tech Lead，能夠?qū)δ繕?biāo)系統(tǒng)進行抽象，可以設(shè)計測試目標(biāo)、拆分用例?？梢灾С滞獠康挠懻摬⒔o出預(yù)算、計劃等，初始平臺框架搭建由他負(fù)責(zé)。
? ? ? ? 用例開發(fā)多名，根據(jù)進度要求和系統(tǒng)復(fù)雜度配置，對特定技術(shù)范圍的用例負(fù)責(zé)。在某系統(tǒng)用例比較完備以后部分開發(fā)轉(zhuǎn)為系統(tǒng)維護，負(fù)責(zé)檢查報告的失敗項并判斷是否由最新代碼提交引起。
? ? ? ? 用例維護者，判斷是否代碼引起系統(tǒng)異常，并且驅(qū)動對應(yīng)開發(fā)人員快速修復(fù)BUG。
開發(fā)計劃
? ? ? ? OVERALL，OTHERS，一般小于20個用例，2個月以內(nèi)。如果使用已有框架并且可以快速確認(rèn)目標(biāo)場景，一般可以縮短進度，具體項目具體分析。一般此時隊伍規(guī)模不大， 5個人左右即可啟動。
? ? ? ? Level1，一般要幾百個用例規(guī)模，需要根據(jù)需求增加開發(fā)者數(shù)量，至少需要6個月逐漸穩(wěn)定輸出報告。
? ? ? ? Level2，一般幾百到上千用例，需要一到兩年的周期完成。如果需求緊急此時可以通過增加開發(fā)人員加快進度。
? ? ? ? Level3，用例數(shù)可能達到上萬，進一步細(xì)化甚至對部分關(guān)鍵模塊進行白盒測試，直到對所有模塊有足夠的信心。目標(biāo)達成可以將大部分開發(fā)釋放到其他產(chǎn)品，只留部分維護者。但是由于產(chǎn)品在不斷變化，包括部分功能甚至子系統(tǒng)的重構(gòu)或者業(yè)務(wù)遷移等，很多情況還是需要保留用例開發(fā)進一步滿足要求。這個階段是穩(wěn)定的維護階段，時間和軟件的生命周期一致。
ROI
| STAGE | Investment | Revenue |
|---|---|---|
| L1 |
4 HCM | NA |
| L2 | 30 HCM 5 members, 6 months |
54,000 USD 9,000 USD, 6 months |
| L3 | 144 HCM 8 members, 18 months |
810,000 USD 45,000 USD, 18 months |
| Continuously | 4 HCM/month | 72,000 USD/month |
? ? ? ? 本次內(nèi)容是假設(shè)的抽象模型，并沒有具體數(shù)據(jù)支持，因此這里只提供一個計算方法，大BOSS會關(guān)心ROI。
? ? ? ? Investment，只計算了人力投入HCM，沒有考慮運行環(huán)境等其他成本。
? ? ? ? Revenue，假設(shè)每個月有30個包要release到生產(chǎn)環(huán)境，每個測試報告成本3,000 USD（按照人力成本遠遠不止）。假設(shè)在L1 / L2 / L3上線后，我們可以節(jié)省測試費用的10% / 50% / 80%，那么整體每月可以節(jié)省9,000 / 45,000 / 72,000 USD費用。
? ? ? ? ROI折線圖這里不提供，但是結(jié)論很明確，隨著使用時間越來越長，投入成本一定可以收回，在此之后就是凈收益階段。
管理規(guī)定
? ? ? ? 使用一個新規(guī)則會導(dǎo)致很多人的工作流程發(fā)生變化，我們必須制定一些規(guī)則否則結(jié)論一定是“系統(tǒng)不好用”并且最后放棄。我們針對不同角色給出工作流程的變化和必須遵守的規(guī)則。
? ? ? ? 對BOSS：
? ? ? ? ? ? ? ? 每天檢查OVERALL用例是否通過，以確定產(chǎn)品是否還正常工作。
? ? ? ? ? ? ? ? 對測試團隊上報的關(guān)鍵用例失敗，督促Manager盡快解決。
? ? ? ? ? ? ? ? 參加測試團隊組織的月度質(zhì)量例會，回顧上一個周期發(fā)生的關(guān)鍵事件并作出調(diào)整決策。
? ? ? ? 對Managers：
? ? ? ? ? ? ? ? 每天檢查L1 / L2報告，主動發(fā)現(xiàn)問題。
? ? ? ? ? ? ? ? 發(fā)現(xiàn)任何失敗，主動找開發(fā)，盡快解決問題。
? ? ? ? 對Software developers：
? ? ? ? ? ? ? ? 檢查L2 / L3報告，如果有自己工作范圍內(nèi)的用例失敗，馬上投入，盡快解決。
? ? ? ? 獎懲：
? ? ? ? ? ? ? ? 應(yīng)該根據(jù)業(yè)務(wù)實際情況設(shè)置SLA
? ? ? ? ? ? ? ? 應(yīng)該根據(jù)執(zhí)行情況記錄到相關(guān)人員的KPI，對后續(xù)績效評價起到參考作用文章來源：http://www.zghlxwxcb.cn/news/detail-439584.html
? ? ? ? ? ? ? ? 應(yīng)該及時對執(zhí)行情況進行獎懲文章來源地址http://www.zghlxwxcb.cn/news/detail-439584.html
到了這里，關(guān)于【軟件工程】自動化測試保證卓越軟件工程能力（3）的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
