軟體測試工程師必備技能：談談軟體專案中的評審

前言：你一定聽說過這樣的一句話：每天不是在開會，就是在開會的路上。這句話其實是對會議多的一種調侃，同時也有一些反感。可以大家想沒想過，為什麼我們會對一些會議反感？仔細想一想，這些會議是不是都是高效的？本文將談一談專案會議當中比較重要的一種會議——評審

會議，評審會議的必要性，如何高效開展評審會議。

1、什麼是評審

評審，指評議和審查、審議。

那為什麼要評審呢？

2、為什麼要進行評審

1）評審一般是集體活動，有助於從多角度提升工作產品（即評審物件）的質量。

評審的與會人，可能會包括專案干係人、技術專家、業務專家、高層管理者，那麼與會人的角色不同，對於工作產品的評判角度也是不同的。

例如，在實際專案中，當針對測試設計文件進行評審時，產品經理更關注使用者需求有沒有得到全面覆蓋，開發人員更關心他們對需求的理解與測試人員是否一致，測試評審專家除了關注業務功能有沒有覆蓋到之外，還會評審測試設計方法是否合理，是否考慮了各個質量屬性。

2）評審會議可以提供一個契機，針對一些爭議點進行討論對齊，做到統一思想。

例如，評審需求規格說明書時，專案多方干係人都會在場，一方面可以圍繞每條客戶需求做好澄清，另一方面，各評審人員可以從各自的專業角度出發，提出需求存在的問題，或者文件沒有闡述到的方面。

比如，一款 APP，產品經理在需求評審會上講解關於使用者註冊/登入的需求。測試人員由於具備 APP 使用方面的豐富的經驗，會提出針對這個需求的更細節方面的問題：使用者是先註冊再登入還是登入即註冊、是否既支援驗證碼登入又支援密碼登入、驗證碼的有效期是多久、使用者登入一次的鑑權儲存的時間是多久、是否要做使用者取消註冊的入口等等。隨後，針對這些新提出來的需求點，與會人會盡量達成一致，會上無法統一觀點的，記錄會議紀要，會後閉環。

3）作者自己很難發現自己的工作產品的問題。

曾經在一本書上看到這樣一個觀點，我覺得非常有道理：因為你記得你的工序，所以，你會認為你的作品是正確的。

其實，這是人在輸出產物的時候，特定的思維方式和輸出流程導致的。不管輸出的是什麼，那麼你的過程通常都是：想出一個思路來，然後按照這個思路一直理下去，然後把思路實現為成果。所以，你的思維方式一直是正向的，順序的，並且你的整個過程太熟悉了，熟悉到你認為一切都是正確的，這其中當然也摻雜著對自己的“寶貝”的偏愛。

這個時候，評審的作用就是，找一些人，這些人不知道你的產品是什麼樣的輸出過程，也不會摻雜感情，此時他們的評價就是客觀的。

另外，大家一定也有過同樣的經歷。你剛寫出來的東西，你會怎麼看怎麼順眼。但是，當你經過了 1-2 兩個月，慢慢淡忘了它及生產它的過程時，你可能會發現很多不合理的甚至是錯誤的地方。

4）評審是一種靜態測試，價效比高。這項活動可以使問題提前暴露，且測試成本較動態測試低，修復成本也低。

例如，如果在需求評審階段，就識別出來客戶要求支援兩種支付繳費方式：微信和支付寶，而需求文件中只提到了微信支付，此時，只要更新需求文件即可；但是，如果到了編碼階段才識別出來，那麼，會造成編碼返工，甚至架構調整；如果再晚一點，到測試階段才發現此漏洞，那麼就會導致更大量的返工，並且對專案進度造成更明顯的影響，從而極有可能導致專案的失敗；如果再晚一些，等到版本釋出給使用者去使用之後，由使用者提出來呢？影響會怎樣？損失的是什麼？

可見，評審階段修正錯誤的成本有多低！

那麼，到底什麼情況下需要啟動評審活動呢？評審有哪些型別呢。下面只舉一些常見的例子。

3、評審的型別

1）工作計劃評審

主要包括專案計劃，開發計劃，測試計劃等

2）設計文件評審

概要設計，詳細設計，測試設計

3）程式碼評審

版本開發程式碼評審，自動化工具程式碼評審

4）管理評審

版本釋出評審，缺陷評審，風險評審。

4、如何更好的開展評審

評審本身可以看做是一種特殊的會議。想要更加高效，那麼會前充分的準備、會上高效的評審、會後嚴格的閉環都是非常重要的。下面列舉了對評審成功進行至關重要的幾個因素：

1）評審物件作者已完成初稿（具備評審條件的初稿）

和軟體產品一樣，如果評審物件沒有達到入口條件，僅僅是個半成品，會浪費評審相關人員的時間，甚至影響專案進度。

2）評審主題、評審目的已明確

評審主題和目的不明確，則會出現在評審會議上漫談一些與評審物件無關的話題，浪費時間。比如，一個評審軟體產品是否能夠釋出的決策會議，在不清楚評審目的的情況下，可能會出現開發和測試在討論 bug 的產生原因，偏離會議主題。

3）確定好評審時間、地點，以及與會人、組織者、主持人、紀要人

與會人名單不準確，會出現評審會上一些重要關鍵人員不在的情況。紀要人不明確，會導致會上的重要資訊沒有得到及時記錄，從而形成低效會議，甚至是無效會議。

4）會議材料提前下發給與會人，並預留足夠的時間進行獨立評審

一個草草組織、無充足時間瀏覽會議材料的會議，可想而知是什麼樣的：與會人直到會議開始才第一次見到相關文件；評審時，經常停下來理解文件想說什麼。這樣的會議，就像盲人摸象，簡直就是在浪費時間。

5）正式評審會議上，評審主持人具備足夠的組織協調和溝通解決能力，保證會議秩序，控制好會議效率和效果。

6）正式評審會議過程中，所有與會人都積極提出觀點，積極討論，目標一致。

7）會後將會議紀要發給與會人，記錄的問題責任人明確，閉環時間明確。

評審雖然本身價效比較高，但是，過於隨意的評審無非就是在浪費時間，流於形式。希望大家在實際專案中，充分利用好評審會議這個利器，所向披靡！

最

後：

可以到我的

V：atstudy-js

可以免

費領取一份10G軟體測試工程師面試寶典文件資料。以及相對應的影片學習教程免費分享！其中包括了有基礎知識、Linux必備、Shell、網際網路程式原理、Mysql資料庫、抓包工具專題、介面測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、介面自動化測試、測試高階持續整合、測試架構開發測試框架、效能測試、安全測試等。