測試流程是整個測試過程中的命脈，也同時是指導整個測試團隊的核心工作，所以在面試過程中也面試官們必問之題，但是每個公司的測試流程都不盡相同，比如有公司有完整的需求文件，有些公司需求卻是零零散散，在測試過程中需求不斷向產品，向開發求證。
很多公司雖然有需求分析，但是並沒有需求評審，今天我先給大家講一講測試流程中的重點之一—需求評審，需求評審的好壞直接影響接下來專案的質量，這也是為什麼大多公司都會做需求評審的原因。
評審發起人：
產品經理
評審參與人：
相關的開發人員，相關的測試人員，sqa
以上人員都是必須參加的，這裡相關人員是指與需要評審的需求相關的人員，除了以上人員其它的研發人員也可以參加。
評審的形式：
會議一般評審有幾種方式：自審，內審，外審，較為嚴謹的做法就是外審，召開評審會議。
評審之前的準備：
在評審之前，產品經理會事先發郵件的形式，通知相關人員會議主題，會議時間，會議地點等，並且會抄送給各部門的主管予以知會。
臨近評審之時，產品經理會再次發訊息知會參會人員，以確定參會人員數量，這時一般產品經理會提前到達會議室做好準備。
評審之時：
需求評審之時產品經理作為主講人，會針對需求文件進行詳細的講解和說明，那這時，開發人員和測試人員做什麼呢？
開發人員：對產品經理給出的需求，考慮如何用程式語言實現功能，主要是考慮可行性。
測試人員：對產品經理給出的需求，理解需求，針對有疑問的需求提出見解。
產品經理針對開發人員和測試人員提出的問題，作出解答，如果當場不能確定的，需要做好批註，形成需求問題列表。
評審之後：
需求評審後，產品經理將最終確定出來的需求文件，以郵件的形式傳送給團隊所有成員。如果評審後的需求文件改動過大，需要再次發起會議，再次評審。
以上就是需求評審的全過程，但不是需求評審做好之後，需求分析就沒問題了，一般來說需求分析會伴隨整個測試過程。
軟體開發流程之需求階段
一 需求階段 1.功能性需求 2.外部介面需求 a.使用者介面b.硬體介面c.軟體介面d.通訊介面 3.非功能性需求 a.效能需求 b.防護性需求 c.安全性需求 d.軟體質量屬性 附 需求開發的支援工具 1.資料流圖 a.概念 系統的邏輯模型，用來描繪資料流在系統中的流動和處理情況，資料流圖具有對...
需求工程之需求基線
什麼是需求基線？需求基線就是把固定的需求都劃一根 線 說明這些需求已經確定下來，新增新的需求或修改原有的需求都必須通過需求變更流程來操作 建立需求基線的目的 防止需求的變化給程式架構造成重大影響。需求基線定義 已經通過正式評審和批准的規格說明或產品，可作為進一步開發的基礎，而且只有通過正式的變更控制...
需求工程之需求跟蹤
需求跟蹤 是需求管理的一項重要內容。指跟蹤乙個需求使用期限的全過程，需求跟蹤包括編制每個需求同系統元素之間的聯絡文件，這些元素包括 需求跟蹤的主要意義 在於獲得需求目前的實現狀態，確保使用者所有的需求都得到滿足。需求跟蹤的主要目標 維護軟體工作產品間的一致性。需求跟蹤分為 後向跟蹤 指需求在被定義到...