功能測試的測試工作流程-7_第1頁
功能測試的測試工作流程-7_第2頁
功能測試的測試工作流程-7_第3頁
功能測試的測試工作流程-7_第4頁
功能測試的測試工作流程-7_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

第第頁功能測試的測試工作流程功能測試的測試工作流程

發(fā)表于:2023-10-22來源::點擊數(shù):標簽:功能流程

功能測試的測試工作流程功能測試按照產(chǎn)出的文檔,介紹項目開發(fā)過程中的工作步驟。1、測試計劃:這個計劃,我個人覺得應該在詳細設計確定后,代碼開始編寫的時候進行制定,因為我是“提早開始測試工作”思路的忠實fans,雖然現(xiàn)在項目里都只有我一個人在

功能測試的測試工作流程功能測試

按照產(chǎn)出的文檔,介紹項目開發(fā)過程中的工作步驟。

1、測試計劃:這個計劃,我個人覺得應該在詳細設計確定后,代碼開始編寫的時候進行制定,因為我是“提早開始測試工作”思路的忠實fans,雖然現(xiàn)在項目里都只有我一個人在這么早開始工作……

測試計劃,主要是給后面的測試工作一些指南,不能寫成領(lǐng)導看的計劃,而是要寫成由做事的人看的計劃。

包含的內(nèi)容可能有:

i.測試團隊人員及分工(要確定當測試時出現(xiàn)缺陷界定、測試環(huán)境準備等問題時能找到指定的人員)

ii.測試開始結(jié)束時間(理想情況下,不要安排的太緊,趕工肯定會造成延期或測試不完整,可惜理想和現(xiàn)實的差距被規(guī)定為很大)

iii.測試環(huán)境配置(什么樣的硬件條件,是否網(wǎng)絡、設備等,系統(tǒng)在什么地址訪問,訪問權(quán)限、使用的測試數(shù)據(jù)等方面的預計和準備)

iv.測試哪些東西要說清楚,這里我建議把簡單的測試大綱納入測試計劃中,一方面領(lǐng)導可以看到你的計劃寫的多詳細,另一方面大綱可以很好的成為編寫用例的依據(jù)。

v.怎么測試要說明白,如只做系統(tǒng)測試,那就要寫清楚不做集成測試,如果需要集成測試,就需要寫明白集成順序。另外如果需要進行性能、文檔、等其他的測試也要在這個計劃中寫明,雖然一般這個計劃都是針對功能測試,但是如果有其他測試,也要寫出來并安排時間,相應測試的相關(guān)計劃等也需要指明。

vi.測試結(jié)束標志(要說明測試達到什么程度可以結(jié)束測試,不能等到把所有缺陷都找出來以后才結(jié)束,因為那將是一萬年),允許缺陷存留在系統(tǒng)里,我們只需要找到留多少這個度就夠了。

2、測試用例:這個文檔,主要描述具體的測試步驟,但實際應用中,至少目前我的項目里,由于時間的原因,很少有寫的,就算寫了的,也基本沒有用到測試里,在這邊的很多項目大都是直接來測,全憑我個人的經(jīng)驗來檢查(在此感謝領(lǐng)導們對于我二把刀技術(shù)的信任_@_)。但是我想說其實他很重要,也許你不需要寫的很詳細,但是絕對需要通過這樣的步驟來理順思路,這個文檔的好壞和實用程度,直接可以決定你是否能“用最少的工作(量和時間),盡早的發(fā)現(xiàn)盡可能多的缺陷”,寫這個文檔需要用到一些測試方法理論,如等價類劃分、邊界值、這個表那個表。

3、缺陷記錄:是功能測試過程中使用頻率最高的文檔,用于在測試過程中記錄發(fā)現(xiàn)的缺陷,并由開發(fā)人員作為修改缺陷的依據(jù),以及修改后測試人員進行回測的主要依據(jù)。

a)該文當也有助于分析開發(fā)人員存在的“錯誤集群”現(xiàn)象,總結(jié)易出錯的地方,對缺陷多的部分做更深入的測試,并提醒開發(fā)人員避免缺陷。

b)缺陷記錄填寫指南:

i.缺陷級別(即嚴重程度),一般由公司統(tǒng)一定義,為發(fā)現(xiàn)的缺陷進行分類,以便決定修改的緩急

ii.bug分類:區(qū)分發(fā)生的位置,是功能的,還是性能的,是有效性問題還是其他問題等,與bug級別一起,用于決定bug的修改要求度|

iii.bug狀態(tài):是標志bug的當前情況,標識是否被處置(關(guān)閉狀態(tài)),

iv.上述這些指標一般由公司統(tǒng)一定義(一般標準都大同小異),也會用于項目的度量

c)缺陷記錄使用時的注意點:

i.描述bug要有三要素:在哪里,什么情況(前提)下,發(fā)生了什么樣的問題

ii.可以借助截圖、引用位置、模塊等方式來描述bug,目的是讓開發(fā)人員能夠通過您的描述立刻馬上能夠重現(xiàn)bug,即使不能重現(xiàn),也能讓開發(fā)人員了解到錯誤的所在

iii.缺陷報告要由開發(fā)人員和測試人員共同完成,測試人員要督促開發(fā)人員填寫該表以便測試后續(xù)的回測工作

iv.如果是在執(zhí)行用例的同時填寫bug報告,用例的最后一列一般可以填寫用例的執(zhí)行結(jié)果,如果用例發(fā)生了非期望的結(jié)果,那么就要把問題記錄在缺陷記錄中,此時可以在缺陷記錄中引用該用例的編號

4、測試總結(jié)報告:用于報告和總結(jié)項目測試工作的執(zhí)行結(jié)果,列舉和統(tǒng)計相關(guān)測試數(shù)據(jù),對比分析數(shù)據(jù)即工作中存在的問題為后續(xù)工作做出提示,并記錄遺留的問題等。

總結(jié)報告的還有一個功能就是告訴項目組成員該系統(tǒng)已經(jīng)按照測試計劃的要求進行了測試,

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論