白盒測試也稱為結構測試，主要用於檢測軟體編碼過程中的錯誤。程式設計師的程式設計經驗、對程式設計軟體的掌握程度、工作狀態等因素都會影響到程式設計質量，導致**錯誤。總結的的來說plan-do-report黑盒測試又稱為功能測試，主要檢測軟體的每乙個功能是否能夠正常使用。在測試過程中，將程式看成不能開啟的黑盒子，不考慮程式內部結構和特性的基礎上通過程式介面進行測試，檢查程式功能是否按照設計需求以及說明書的規定能夠正常開啟使用。
測試需求分析階段：閱讀需求，理解需求，主要理論知識學習，分析需求點，參與需求評審會議測試計畫階段：主要任務就是編寫測試計畫，參考軟體需求規格說明書，專案總體計畫，內容包括測試範圍（來自需求文件），進度安排，人力物力時間的分配，整體測試策略的制定。風險評估與規避措施有乙個制定。
測試設計階段：主要是編寫測試用例，會參考需求文件（原型圖），概要設計，詳細設計等文件，用例編寫完成之後會進行評審。
測試執行階段：搭建環境，執行冒煙測試（**試）-然後進入正式測試，bug管理直到測試結束
測試評估階段：出測試報告，確認是否可以上線
關於軟體測試關於軟體測試
icxo.日期 2004 08 03 17 32 因為測試時從來不希望檢測被測系統所有可能的輸入 路徑和狀態，那麼應該選擇什麼？什麼時候應該停止測試？什麼時候應該暫停測試？怎樣編寫乙個測試包，它可以檢測足夠多的訊息和狀態的組合來說明沒有失敗的操作，但是從實用性來說它又足夠的小？測試提出了許多基本的但...
關於軟體測試
因為測試時從來不希望檢測被測系統所有可能的輸入 路徑和狀態，那麼應該選擇什麼？什麼時候應該停止測試？什麼時候應該暫停測試？怎樣編寫乙個測試包，它可以檢測足夠多的訊息和狀態的組合來說明沒有失敗的操作，但是從實用性來說它又足夠的小？測試提出了許多基本的但卻令人困惑的難題，帶著這些問題，參加了幾次實用軟體...
關於軟體測試
過兩天要有應聘乙個軟體測試的兼職，工作的職責是進行軟體的單元測試 綜合測試和隨機測試，並把結果輸入到乙個bug系統中，然後寫英文測試文件。感覺著工作應該挺簡單的，但是好像競爭挺激烈的，就乙個小小的兼職，還有外國回來的人去應聘，真的不敢相信，現在工作真實難找啊。為了準備面試，下午一直在找資料看，其中有...