軟體測試流程和錯誤生命週期？

要確定 bug 的型別，您需要對專案（或產品）有深入的了解。 這種劃分對於問題型別的統計更為重要。

分類方法一：功能問題、設計缺陷、介面優化、效能問題、配置相關、安裝部署、安全相關、標準規範、測試指令碼、文件錯誤、相容性問題、使用者體驗等。

分類方法2：功能、效能、介面、可用性、相容性等。

發現bug之後，就要區分bug的級別，這樣開發者就可以根據bug的優先順序來處理bug，優先解決緊急的、致命的bug，次要解決嚴重的bug，然後解決一般的bug，再解決小bug，最後， 解決介面上的小問題，從而提高軟體開發的進度，提高軟體的質量。

測試流程：需求分析、測試計畫、測試用例、測試執行、分析結果、測試文件。

Bug 生命週期：新建、開啟、修復、重新開啟、延遲、拒絕和關閉

流程：需求分析、測試點、測試計畫撰寫、測試用例撰寫、測試、缺陷記錄、回歸測試、判斷測試完成、測試報告提交、操作手冊。

生命週期：新建、開啟、修改、拒絕、重新開啟、延遲、關閉。

軟體測試過程。

需求分析、測試計畫編寫、測試計畫評審、測試用例編寫、測試用例評審、單元測試、整合測試、測試環境搭建、系統測試、使用者驗收測試。

Bug 生命週期。

發現 Open。

修。 關閉。

軟體測試過程。

單元測試 - >整合測試 - >系統測試 - >確認測試等等。

錯誤狀態：

“新建”、“開啟”、“待驗證”、“解決”、“關閉”。

畫乙個V模型，你就會明白：左邊是開發過程，右邊對應的是測試過程，開發是自上而下的，測試是自下而上的。

開發過程測試過程。

可行性研究和驗收測試。

需求分析系統測試。

高階設計整合測試。

單元測試的詳細設計。

軟體編碼階段。

1.需求分析階段對應需求規範的生成，對應系統測試方案的測試生成，即為系統測試做準備，這個階段已經完成了單元測試和整合測試，主要是測試軟體產品的功能和非功能，幾乎沒有測試，所以測試方法主要是黑盒;

2、大綱設計階段對應大綱設計規範的生成，對應的測試生成乙個整合測試方案，單元測試在這個階段已經完成，是組裝各功能模組的測試，所以也叫組裝測試。 主要取決於模組呼叫是否正常、介面是否可用、資料傳輸是否正確等，所以使用的測試方法幾乎是白盒方法，如路徑覆蓋、條件組合覆蓋等;

3.詳細設計階段對應詳細設計規範的生成，對應單元測試方案的測試生成，此階段是開發者編碼後的第乙個測試階段，即對開發的單個模組進行測試，以確保每個功能模組的功能正常，並且可以構建樁模組和驅動模組使用， 並且該方法也是基於白盒的。

4、白盒測試的標準是盡可能覆蓋程式的內部邏輯結構，黑盒是盡可能覆蓋所有輸入輸出介面，包括文件等一些靜態測試。 除了常用的測試方法外，還需要補充廣泛的隨機測試，以盡可能達到100%的覆蓋率。

如果您有任何問題，我們可以溝通，希望對您有所幫助！ ~

可以上網檢視軟體中的V型結構，每個階段對應的測試寫得很清楚，我推薦一本清華大學出版社的《軟體測試方法與技術》一書，內容相當全面。

01 什麼是軟體測試，為什麼它很重要。

軟體測試其實是要經歷整個軟體生命週期，因為從一開始，你就需要懂得如何測試它，然後再怎麼測試呢？ 然後測試結果得到改善。

軟體生命週期：軟體從生成到生命週期結束的生命週期。

首先，專案經理通過與客戶的溝通完成需求文件，開發人員和測試人員共同完成需求文件的評審，包括需求不明確、可能存在明顯衝突或功能無法實現的領域。 專案經理通過綜合來自開發人員、測試人員和客戶的輸入來完成專案計畫。

然後 SQA 進入專案並開始計數和跟蹤。

其次，開發人員根據需求文件完成需求分析文件，由測試人員進行評審，評審的主要內容包括雙方是否存在遺漏或理解上的差異。 測試人員完成測試計畫文件，該文件如上所述，測試計畫包括哪些內容。

第三，測試人員根據修改後的需求分析文件開始編寫測試用例，開發人員完成大綱設計文件和詳細設計文件。 這兩份文件可作為測試人員編寫測試用例的補充材料。

第四，測試用例完成後，需要對測試和開發進行審查。

第五，測試人員構建環境。

第六，開發者提交了第乙個版本，可能有未完成的功能需要解釋。 測試人員測試錯誤並將其提交給 Bugzilla。

第七是開發並提交第二個版本，包括bug修復和新增一些功能，測試人員會對其進行測試。

8.重複上述工作，一般在3-4個版本後，bug數量會減少，以滿足出貨的要求。

九是如果客戶反饋有問題，需要測試人員協助進行再現和回歸測試。

在傳統的 bugzilla 中，bug 描述應包括以下資訊：以及 bug 對應的軟體版本; 介面人員進行開發; bug 的優先順序; 錯誤的嚴重性; 如果無法確認，bug可能屬於哪個模組，可以由開發者判斷; bug的標題，需要清楚地描述現象; Bug描述，需要給出步驟，盡可能多地重新Bug; Bug 附件可用於提供相關日誌和螢幕截圖。

高質量的 bug 記錄是易於理解的 bug 記錄，因此對描述的要求很高，並且可以提供大量準確的資訊，這對開發人員定位有很好的幫助。

我們公司一直在使用 DayClear 進行軟體測試錯誤。 日清是一種簡單易用的軟體測試管理，可以合理地讓員工規劃軟體測試工作進度，使管理人員及時掌握測試員工的工作飽和度、軟體測試工作的進度等。 這使得個人可以輕鬆地高效地或作為乙個團隊完成工作。

Dayshiqing的核心功能是日程管理、任務協作、工作筆記，它們相互有機地結合在一起，讓工作體驗更輕鬆。

測試評價的目的 1、量化試驗過程 2、生成缺陷和試驗覆蓋率的總結報告 試驗評價的問題 1、試驗覆蓋率不作為報告試驗過程的依據，使得不知道試驗是否結束; 2、沒有缺陷評估，是衡量軟體可行性的重要指標; 3.資料錄入任務和相應的評估活動沒有使用專用軟體工具進行，這使得這些任務繁瑣而累人。 測試覆蓋率 評估測試量的標準 缺陷評估 評估軟體質量的重要指標，通常評估模型假設缺陷的發現是泊松分布的; 嚴格的缺陷評估會檢查測試期間發現的缺陷之間的時間長度。 評估估計軟體的當前可靠性，以及隨著測試的繼續，軟體的可靠性將如何提高。

SQA Suite提供四種形式的缺陷評估：1.缺陷分布報告可以生成缺陷數量和缺陷屬性的函式。 例如測試要求和狀態。

2、缺陷趨勢報表可以看到缺陷增減趨勢; 3. 缺陷年齡報告顯示缺陷處於某種狀態的時間長度 4.測試結果進度報告顯示測試程序在被測應用程式的多個版本和測試週期中的執行結果。第 1 步：檢視測試日記 2、評估測試要求的覆蓋範圍 3、分析缺陷 4、確定是否滿足完成測試的標準，如果不滿足標準 1、重新測試 2、降低標準 3、確定符合標準的軟體子集，看看是否可以發布。