Walkthrough (軟體工程)

注意：本條目主題可能尚無中文譯名，因而使用原文或其拉丁字母轉寫作為標題。如果您在可靠來源中找到本主題的中文名稱，請勇於將其移動至中文標題。（2024年6月）

在軟體開發中，walkthrough（或walk-through ）也稱為走查，是一種軟體同行檢查（英語：Software_peer_review）（software peer review），具體來說，設計者或開發者帶著開發團隊的成員們、其他有興趣團隊瀏覽軟體產品（software product）的內容，然後參與者將會對可能發生的錯誤、違背開發標準的行為以及其他問題進行提問與批註^[1]。審查也可以由評估者或專家來進行，在一些規範或標準裡，是建議（甚至要求）的作法^[2]。

這裡所說的軟體產品有兩種說法，一種是指技術文檔；另一種則是IEEE定義的，可以是設計文檔、程序源碼、用例（use case）、業務過程定義、測試例子（test case）標準、技術文檔都可以。

walkthrough和軟體技術審查（英語：software technical review）不同，walkthrough不限定其結構，而且其目的是是讓成員熟番軟體，walkthrough也和軟體檢查不同，walkthrough可以提出對檢查軟體產品的修改建議。不過walkthrough不會直接關注訓練、流程改善、流程量測及產品量測。

流程

walkthrough的進行可以不拘格式，也可以用IEEE 1028中所述的程序進行（可參考軟體審查（英語：Software review））。

目的和參與者

一般來說，walkthrough有一個或二個廣泛的目的：得到對於文件內容或是文件技術品質的意見，讓參與者熟悉文件的內容。

通常walkthrough會由技術文件的作者發起。所有有興趣，或是在技術方面符合資格的人員（可能是同一個專案，或是不同專案）都可以參與。

IEEE 1028有建議軟體審查中要有三個角色，這也可以用在walkthrough裡^[1]：

• 作者：在walkthrough會議中逐步的說明軟體或文件，可能也要負責多的待辧事項
• walkthrough帶領者：進行walkthrough，處理管理相關的任務，確保任務有序的進行（多半是由作者進行）
• 紀錄：記錄在walkthrough過程中的發現所有異常（潛在的缺陷或程序錯誤）、決策以及待辧事項。

相關條目

• 認知式走查（英語：Cognitive walkthrough）
• 逆向走查（英語：Reverse walkthrough）
• 軟體審查（英語：Software review）