軟體測試 - 同行評審
軟體透過多種方式進行評審，以最大限度地減少人為錯誤的可能性並提高其質量。評審是軟體開發生命週期 (SDLC) 中非常重要的一個環節。軟體同行評審是團隊成員互相驗證彼此工作成果的過程。
什麼是軟體同行評審？
軟體同行評審是對同事開發的程式碼進行評審的過程。它還包括驗證團隊成員開發的測試用例，提供必要的反饋，並最大限度地減少測試階段遇到的問題。
軟體同行評審包括仔細檢查和驗證程式碼或測試用例，以確認它們是否根據需求正確開發。它可以檢測可能的遺漏，提供建議，並驗證它們是否按照合規性和標準開發。這是一個獲得對個人工作各種觀點的非常有用的過程。因此，它增加了交付成果的完美性，並使其更容易理解。
軟體同行評審被認為是靜態黑盒測試。靜態測試是指在不實際執行程式碼的情況下檢查程式碼或測試相關文件。屬於靜態測試方法的部分列在下面：
- 需求規格說明書
- 設計和架構文件
- 網站內容
- 程式原始碼
- 測試計劃、用例、場景、指令碼和資料
- 使用者需求文件
軟體同行評審流程隨著金字塔向下移動而變得更加正式。同行評審的各個階段包括非正式評審、走查、同行評審和檢查。
為什麼要進行軟體同行評審？
進行軟體同行評審的原因如下：
- 同事開發人員和測試人員的好奇心有助於發現我們可能忽略的差異。
- 軟體同行評審有助於提高團隊內部的溝通和協作，因為每個人都瞭解每個團隊成員的分配角色和職責。它有助於團隊內部的知識共享。
- 軟體同行評審鼓勵團隊內部形成良性競爭的環境。
- 軟體同行評審節省了由外部團隊進行評審或使用自動化評審工具的成本。
- 軟體同行評審透過藉助同事的幫助，幫助開發人員和測試人員按時完成交付成果。
軟體同行評審應該包含哪些內容？
軟體同行評審包含的專案列在下面：
- 對軟體定義和營銷規劃文件進行評審，以評估軟體的目標和目的。
- 對軟體需求和規格進行評審，以驗證軟體的終端使用者需求。
- 軟體設計文件（例如系統架構和UI/UX）是軟體同行評審流程的一部分。
- 軟體評審流程包括驗證後端程式碼以識別缺陷、改進領域等。
- 軟體評審流程包括驗證測試計劃、測試用例、測試場景等。
軟體同行評審的型別
軟體同行評審的不同型別列在下面：
1. 正式評審
它由經過培訓的主持人進行，並具有明確的結構。它包括一系列步驟，包括需求走查、技術評審、檢查和報告審查。
2. 非正式評審
它並非由主持人主持，而是基於團隊成員的個人請求進行的。它沒有系統性的方法，也沒有任何文件和整個過程的記錄。
軟體同行評審流程
軟體同行評審流程如下所示：
步驟 1 − 從非正式評審流程開始，以便審查程式碼或測試用例以檢測錯誤和改進領域。
步驟 2 − 下一步是 walkthrough 程式碼或測試用例，並找出缺陷。
步驟 3 − 正式評審流程透過遵循一種有條理的方法啟動，並由主持人領導。
步驟 4 − 完整的評審流程包括正式和非正式方法。
步驟 5 − 使用多種測試指標或技術來評估評審結果並分析其有效性。
軟體同行評審的特點
軟體同行評審流程的特點如下所示：
- 軟體評審流程是一種記錄在案的分析程式碼以檢測其中缺陷的方法。
- 高階管理層不參與軟體評審流程。它由團隊中的同行和其他技術成員組成。
- 軟體評審流程由一位主持人指導，該主持人不是程式碼或測試用例的作者。
- 評審人員會提出最終的評審報告，說明差異和改進領域。
結論
本教程對軟體同行評審進行了全面的概述。我們首先描述了什麼是軟體同行評審，為什麼要進行軟體同行評審，軟體技術評審的不同型別是什麼，軟體同行評審應該包含哪些內容，軟體同行評審的不同型別是什麼，軟體同行評審的流程是什麼，以及軟體同行評審的特點是什麼。這使您對軟體同行評審有了深入的瞭解。明智的做法是不斷實踐您所學到的知識，並探索與軟體測試相關的其他知識，以加深您的理解並拓寬您的視野。