《 測試反模式：有效規避常見的92種測試陷阱》——3.2 一般建議

本節書摘來自華章計算機《 測試反模式：有效規避常見的92種測試陷阱》一書中的第3章，第3.2節,作者：（美）　donald g. firesmith 更多章節内容可以通路雲栖社群“華章計算機”公衆号檢視。

除了在下文缺陷描述中提供的單個缺陷相關的建議之外，以下建議普遍适用于大多數常見的測試陷阱。

預防建議。這些一般建議可以在最初防止落入陷阱。

更新測試過程。測試人員、首席工程師和過程工程師更新測試過程以幫助項目避免落入測試陷阱，若做不到這一點，那麼在已經落入陷阱時能夠及時發現。

将陷阱當作風險。當相關時，陷阱應該正式在項目的風險庫中識别為風險，并做相應管理。

正式要求解決方案。客戶代表在适當的文檔中正式要求測試陷阱的解決方案，如需求建議書（rfp）、合同和工作說明書（sow）。

内部強制要求解決方案。管理人員、首席工程師（開發團隊上司）或首席測試人員（測試團隊上司）在相應的文檔中明确強制要求測試陷阱的解決方案，如系統工程管理計劃（semp）、系統開發計劃（sdp）、測試計劃文檔或測試政策。

提供教育訓練。首席測試人員或教育訓練人員給相關人員（如采購人員、管理層、測試人員和品質保證人員）提供适當數量和水準的測試教育訓練，涵蓋潛在的測試陷阱和如何預防、檢測及應對。

確定管理層的支援。管理人員明确說明（并提供）對測試的支援，以及避免經常發生的測試陷阱的必要性。

檢測建議。以下一般建議使得識别和診斷現有的陷阱成為可能。

評估文檔。評審、審查或走查測試相關的文檔（例如，測試計劃和開發計劃的測試部分）。

確定監督。測試過程執行時提供采購方、管理層、品質保證和同行的監督。

考慮度量名額。收集、分析并向利益相關者（例如，采購方、管理人員、技術上司或首席工程師和首席測試人員）報告相關的測試名額。

應對建議。一旦檢測到陷阱，以下一般建議有助于緩解。

拒絕不充分的測試文檔。客戶代表、管理人員和首席工程師拒絕接受測試相關的文檔，直到已識别的陷阱得到解決。

拒絕傳遞。客戶代表、管理人員和首席工程師拒絕接受被測系統或軟體（sut），直到已識别的陷阱（例如，測試環境、測試過程或測試用例）得到解決。然後對相關缺陷進行優先級排序和修複後重新運作測試。

提供教育訓練。首席測試人員或教育訓練人員給相關人員（如采購人員、管理人員、測試人員和品質保證人員）提供适當數量和水準的補救測試教育訓練，涵蓋已觀察到的測試陷阱和如何預防、檢測及應對測試陷阱。

更新過程。首席工程師、首席測試人員或過程工程師更新測試過程文檔（例如，流程、指南、模闆、工具手冊），以最大限度地減少觀察到的測試陷阱再次出現的可能性。

報告陷阱的發生。測試人員應向項目管理團隊報告陷阱的發生，包括測試經理、項目經理和技術負責人。

将陷阱當作風險。如果相關時，陷阱應該正式在項目的風險庫中識别為風險，并做相應管理。