關於軟體測試的結果和改進
1.軟體測試分哪兩種方法？分別適合什麼情況？
軟體測試方法一般分為兩種：白盒測試與黑盒測試。白盒測試又稱為結構測試、邏輯驅動測試或基於程式本身的測試，它著重於程式的內部結構及演算法，通常不關心功能與效能指標；黑盒測試又被稱為功能測試、資料驅動測試或基於規格說明的測試，它實際上是站在終端使用者的立場，檢驗輸入輸出資訊及系統效能指標是否符合規格說明書中有關功能需求及效能需求的規定。
2.一套完整的測試應該由哪些階段組成？分別闡述一下各個階段。
計畫階段、設計階段、白盒單元、白盒整合、黑盒單元、黑盒整合、系統測試、回歸測試、驗收測試一套完整的測試應該由五個階段組成：測試計畫首先，根據使用者需求報告中關於功能要求和效能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準。以後所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程式即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。
測試設計將測試計畫階段制訂的測試需求分解、細化為若干個可執行的測試過程，並為每個測試過程選擇適當的測試用例(測試用例選擇的好壞將直接影響測試結果的有效性)。
測試開發建立可重複使用的自動測試過程。
測試執行執行測試開發階段建立的自動測試過程，並對所發現的缺陷進行跟蹤管理，測試執行一般由單元測試、組合測試、整合測試、系統聯調及回歸測試等步驟組成，測試人員應本著科學負責的態度，一步乙個腳印地進行測試。
測試評估結合量化的測試覆蓋域及缺陷跟蹤報告，對於應用軟體的質量和開發團隊的工作進度及工作效率進行綜合評價。
3.軟體測試的型別有那些？分別比較這些不同的測試型別的區別與聯絡。
4. 測試用例通常包括那些內容？著重闡述編制測試用例的具體做法不同結構的用例包括的不一樣。(版本、編號、專案、設計人員、設計日期、輸入、預期輸出……)
軟體測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果。
用例編號： 測試用例的編號有一定的規則，比如系統測試用例的編號這樣定義規則： project1-st-001 ，命名規則是專案名稱＋測試階段型別(系統測試階段)＋編號。定義測試用例編號，便於查詢測試用例，便於測試用例的跟蹤。
操作步驟： 提供測試執行過程的步驟。對於複雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內容在操作步驟中詳細列出。
預期結果： 提供測試執行的預期結果，預期結果應該根據軟體需求中的輸出得出。如果在實際測試過程中，得到的實際測試結果與預期結果不符，那麼測試不通過；反之則測試通過。
7.描述使用bugzilla缺陷管理工具對軟體缺陷(bug)跟蹤的管理的流程1、測試人員或開發人員發現bug後，判斷屬於哪個模組的問題，填寫bug報告後，系統會自動通過email通知專案組長或直接通知開發者。
1) 經驗證無誤後，修改狀態為verified.待整個產品發布後，修改為closed. 2) 還有問題，reopened，狀態重新變為「new"，並發郵件通知。
2)專案組長根據具體情況，重新reassigned分配給bug所屬的開發者。
3) 若是，進行處理，resolved並給出解決方法。(可建立補丁附件及補充說明)
4)開發者收到email資訊後，判斷是否為自己的修改範圍。
5) 若不是，重新reassigned分配給專案組長或應該分配的開發者。
6)測試人員查詢開發者已修改的bug，進行重新測試。
軟體測試過程
什麼是軟體測試 ieee對軟體測試的定義為使用人工或自動手段來執行或測定某個系統的過程,其目的在於檢驗他是否滿足規定的需求或是弄清預期結果與實際結果之間的差別。測試流程 制度測試計畫 準備測試環境及測試資料 設計測試用例 評審測試用例 執行測試 提交測試發現的問題 開發修改問題 回歸測試 測試總結 ...
軟體測試過程
第一步 產品需求評審 第二步 測試計畫概述 測試計畫是指對測試活動的範圍 方法 資源 進度進行描述的文件。第三步 測試用例設計思路 用例設計思路幫助測試人員構建清晰的測試思維，指導測試工作。測試方法 第四步 用例執行和缺陷跟蹤 用例執行 開發提交測試包後，測試人員依據測試用例，驗證被測軟體功能實現是...
軟體測試過程模型
本篇文件是來自 中國軟體測試時代 娟子收錄，以備學習之用 針對每個測試 級別，將適當的執行如下活動 一 建立測試策略 輸入 要求硬體和 軟體 元件的詳細說明，包括測試 工具 測試環境，測試工具 資料 針對測試和進度約束 人員，進度表 所需資源的角色和職責說明 測試 方法 標準 應用 程式 的功能 性...