Walkthrough (軟體工程)
在軟體開發中，walkthrough（或walk-through ）也稱為走查，是一種軟體同行檢查（software peer review），具體來說，設計者或開發者帶著開發團隊的成員們、其他有興趣團隊瀏覽軟體產品（software product）的內容，然後參與者將會對可能發生的錯誤、違背開發標準的行為以及其他問題進行提問與批註[1]。審查也可以由評估者或專家來進行，在一些規範或標準裡，是建議（甚至要求）的作法[2]。
這裡所說的軟體產品有兩種說法，一種是指技術文檔；另一種則是IEEE定義的，可以是設計文檔、程序源碼、用例（use case）、業務過程定義、測試例子（test case）標準、技術文檔都可以。
walkthrough和軟體技術審查不同，walkthrough不限定其結構，而且其目的是是讓成員熟番軟體，walkthrough也和軟體檢查不同，walkthrough可以提出對檢查軟體產品的修改建議。不過walkthrough不會直接關注訓練、流程改善、流程量測及產品量測。
流程
walkthrough的進行可以不拘格式，也可以用IEEE 1028中所述的程序進行（可參考軟體審查）。
目的和參與者
一般來說，walkthrough有一個或二個廣泛的目的：得到對於文件內容或是文件技術品質的意見，讓參與者熟悉文件的內容。
通常walkthrough會由技術文件的作者發起。所有有興趣，或是在技術方面符合資格的人員（可能是同一個專案，或是不同專案）都可以參與。
IEEE 1028有建議軟體審查中要有三個角色，這也可以用在walkthrough裡[1]：
- 作者：在walkthrough會議中逐步的說明軟體或文件，可能也要負責多的待辧事項
- walkthrough帶領者：進行walkthrough，處理管理相關的任務，確保任務有序的進行（多半是由作者進行）
- 紀錄：記錄在walkthrough過程中的發現所有異常（潛在的缺陷或程序錯誤）、決策以及待辧事項。
相關條目
參考文獻
- ^ 1.0 1.1 IEEE Standard for Software Reviews and Audits. 2008-08-15: 1–53. ISBN 978-0-7381-5768-9. doi:10.1109/IEEESTD.2008.4601584.
- ^ Pries, Kim H.; Quigley, Jon M. Project Management of Complex and Embedded Systems. Boca Raton, FL: CRC Press (Auerbach Publications). 2009 [2023-10-31]. ISBN 978-0-429-11624-7. OCLC 297220015. （原始內容存檔於2018-06-02）.
延伸閱讀
- O'Regan, Gerard. Introduction to Software Process Improvement. Undergraduate Topics in Computer Science. London: Springer London. 2011 [2023-03-22]. ISBN 978-0-85729-171-4. S2CID 9037690. doi:10.1007/978-0-85729-172-1.