測試任務描述

2021-05-22 12:31:20 字數 1837 閱讀 8671

在軟體的開發過程中每個版本都會經歷四次測試任務,分別為:單元測試、整合測試、系統測試、驗收測試,在這四次測試任務中,每次測試都有不同的測試方向和重點。

1.單元測試

單元測試是軟體開發過程中要進行的最基本的測試,屬於白盒測試範圍,一般情況下是在開發人員完成了某個單獨模組的編碼之後做的測試。它的目的是檢查軟體編碼的正確性以及一些規範性測試,站在開發人員的角度上來查詢軟體所存在的bug並記錄下產生bug的原因,以便開發人員進行修改。這樣可以在很大程度上減少整合以後而出現的bug。

一旦編碼完成,開發人員總是會迫切希望進行軟體的整合工作,這樣他們就能夠看到實際的系統開始啟動工作了。 這在外表上看來是一項明顯的進步,而象單元測試會推遲對整個系統進行合併這種真正有意思的工作啟動的時間。

這種開發步驟中,真實意義上的進步被軟體合併後的外表上的進步取代了。系統能夠正常工作的可能性是很小的,更多的情況是充滿了各式各樣的bug。現實的開發中,沒有單元測試的軟體常常會導致這樣的結果,軟體甚至無法執行。更進一步的結果是大量的時間將被花費在本應該在單元測試裡就完成的簡單bug上面,在個別情況下,這些bug也許是瑣碎和微不足道的,但是總的來說,他們會延長軟體集成為乙個系統的時間,而且當這個系統投入使用時也無法確保它能夠可靠執行。

單元測試不僅僅是作為無錯編碼一種輔助手段在一次性的開發過程中使用,單元測試應該是可重複的,無論是在軟體修改,或是移植到新的執行環境的過程中。因此,所有的測試都必須在整個軟體系統的生命週期中進行,也就是說每個版本的開發都需要經過單元測試,這樣可以在以後的開發階段減少很多不必要的麻煩。

單元測試的重點測試內容包括:源**測試、命名規範測試、需求完整性測試、頁面完整性測試、提示文字測試、頁面指令碼測試等。

2.整合測試

整合測試也屬於白盒測試範圍,是在單元測試的基礎上將軟體的多個模組或者系統前後臺合併之後進行的測試,也可以算是對單元測試修改進行的複審測試。在整合測試中可以彌補單元測試中沒有測試到的bug,也可以檢查出單元測試沒法測試的功能,比如前後臺的整合之後的關聯功能,對於這些有關聯性功能的測試,單元測試中是無能為力的,必須依靠整合測試來保證功能的完整性和正確性。和系統測試相比較整合測試從程式結構出發,目的性、針對性更強,發現問題的效率高,較容易測試特殊的處理流程中存在的bug。

整合測試的重點測試內容包括:鏈結完整性測試、頁面完整性測試、資料和資料庫完整性測試、功能測試、壓力測試、安全性測試、頁面指令碼測試、提示文字測試等。

3.系統測試

系統測試屬於黑盒測試範圍,是在系統整合測試修改完bug之後進行的測試。從軟體工程和測試的分類來看:整合測試在系統測試之前就必須要進行完畢,只有整合測試完成了,才能保證相應的系統測試進行。也就是說,整合測試是系統測試的基礎。

系統測試是針對整個產品的全面測試,既包含各模組的驗證性測試和功能合理性測試,又包括對整個產品的可靠性、健壯性、安全性、ui合理性及各種效能引數的測試。

系統測試的重點測試內容包括:鏈結完整性測試、ui合理性測試、命名規範測試、功能測試、壓力測試、頁面完整性測試、安裝測試、提示文字測試、遊覽器測試等。

4.驗收測試

驗收測試屬於黑盒測試範圍,是對系統測試修改後的複審,這方面和整合測試有些類似,首先確認系統測試中的bug已經按要求修改完成,然後檢測一下功能是否符合使用者的需求、文件是否完整、有沒有前面測試中遺漏沒有測試出來的bug。要說明的一點是,此處的驗收測試並非客戶驗收測試,這裡沒有客戶參與測試,只有測試人員參與測試。驗收測試是開發結束或進入下一版本的標誌性測試。

驗收測試的重點測試內容包括:鏈結完整性測試、ui合理性測試、功能測試、壓力測試、頁面完整性測試、提示文字測試、瀏覽器測試、安裝測試。

專案任務描述模版

專案任務描述模版 2001 7 17 v1.0 更改記錄 日期 修改章節 修改 型別 修改描述 修改人 版本 修改型別分為 a added m modified d deleted 專案任務描述 更改記錄 日期 修改章節 修改型別 修改描述 修改人 版本 修改型別分為 a added m modif...

軟體測試 測試過程簡單描述

敏捷開發 瀑布模型 1.確認專案時間,進行測試項規劃 2.產出測試計畫 人員時間 預計編寫測試用例時間 預計執行功能測試用例時間 預計回歸測試時間 預計相容性測試時間 預計執行介面測試時間 1.設計功能測試用例 2.設計介面測試用例 單元測試 範圍 內部邏輯 方法 白盒測試 考察 覆蓋率 介面測試 ...

黑盒測試詳細功能描述

1 冒煙測試概念 冒煙測試也可以稱為i30測試,通過測試,綠燈測試。即在正式進入測試之前,先把待測試的主要功能檢查一遍。2 冒煙測試意義 做冒煙測試的目的是為了讓qpm在正式遞交測試開始前,在較短的時間裡對本次遞交的質量有乙個初步的判斷,意義在於 a.減少重複執行,提高測試效率 b.開發和測試就提測...