過程描述：
需求階段：
經理/測試團隊負責人制定測試計畫，專案組測試人員閱讀相關測試需求文件，如果存在疑問或者發現需求缺陷及時與需求人員溝通，如果是需求缺陷，可以將相
關問題可以記錄到bug管理工具以便進行跟蹤。
設計階段：
研發部門進行軟體的概要設計、詳細設計以及必要的單元測試工作；測試部門進行功能、效能測試用例的設計（用例不僅僅包括用例本身，還包括測試資料），測
試所需軟、硬體資源申請、準備。用例編寫完成以後，需求、研發的主要負責人、測試部門專案組相關成員組織對用例進行評審（驗證當前用例是否能夠達到覆蓋
需求相應測試功能、效能點）。
測試階段：
1. 每次提交新版本，必須提交測試項傳遞報告給測試負責人，並抄送給測試部門經理，（指出本版本提交的相應功能模組，測試環境，提供部署說明性文件
（目的：1.清楚當前測試的功能、效能內容；2.減少程式設計師和測試人員間重複性的溝通，方便其他測試人員對環境的部署工作）。
2. 開發人員在提交測試版本之前，需要對本次提交的功能模組做冒煙測試（保證本次提交的基本功能的實現且可用），測試人員在測試過程中如果發現版本錯
誤、提供的相應功能模組存在嚴重缺陷，導致後續工作無法進行時，有權將該測試版本打回。
3. 測試過程中按照測試用例執行測試，標記測試用例通過情況。如果進行了隨機測試發現軟體缺陷，需將該用例補充到用例中。測試過程中，發現缺陷後記錄
到bug管理工具。
4. 測試工作完成後，測試負責人應提供測試總結報告，對測試過程予以總結，對遺留缺陷需要進行評審。評審人員包括：產品部門經理、產品經理、研發經
理、測試部門經理、測試主要負責人及其質控相關人員，對待有爭議的缺陷綜合考慮各方意見，符合測試計畫的准出條件以後，產品可以做發行工作。
職場bug休閒
測試服務
0分享微博
qq收藏
關注
ctrl+enter 發布
發布取消
系統測試測試過程
2.1 計畫階段 明確what目標 why測試目的 when可控時間 where測試範圍 how如何開展.主要活動有 參與開發人員軟體需求的分析，srs評審，通過後寫st計畫，進行st計畫評審。入口準則 srs完成並確定需求規格基線 輸入 srs sdp svvp 出口準則 st計畫評審通過 輸出 ...
整個測試過程
是從網上看到的，對自己會有幫助，怕忘記了，就收藏起來了。測試如何盡早介入 基於以前的測試經驗，我們也越來越認識到測試人員應該盡早介入專案的重要性。簡單地沿用測試v模型往往出現很多問題，特別是在專案進度拖延的情況下更是如此。如果測試人員一味固執地被要求嚴格按照v模型定義的標準來開展測試工作的話，則結果...
效能測試過程
一 測試計畫 非功能需求調研 制定 非功能測試方案 評審 非功能測試方案 二 測試準備 測試環境準備 測試指令碼準備 測試資料準備 測試場景及監控準備 三 測試執行 回歸的話需要多次進行 測試場景執行 場景執行監控 執行結果分析 系統效能調優 四 測試總結 測試結果整理和分析 編寫 非功能測試報告 ...