通用版的測試流程

2022-01-11 14:15:54 字數 3126 閱讀 7318

前提:針對乙個從零開始的全新的專案

一、目標

結合公司現有的專案情況制定合理規範的測試流程,提高測試效率和產品質量,盡可能減少客戶對產品的問題反饋,

核心還是要加強專案組成員之間的工作交流和溝通,保證整個專案的高效率的按質按量的交付。

二、測試流程說明圖

三、測試流程

1.需求分析

參與人員:客戶、專案經理

由專案經理(專案負責人

)與客戶相關人員開會確定需求,明確主要功能點,具體到某乙個的小功能,一旦和客戶那邊確定了需求,就可以開始啟動整個專案的工作

2.需求評審

參與人員:開發、測試、設計、產品

所有的從零開始的專案都需要需求評審,在需求評審過程中,開發從技術角度來分析實現方案,實現的難易程度。設計(美工

)人員從視覺互動的角度給出適當的建議,

有沒有不合理的互動流程,哪些地方需要再優化,測試從使用者角度來給出產品的用途邏輯上是否存在不合理的建議,

在需求評審結束之後,明確相關人員的具體職責工作,評估設計,開發周期,測試週期,制定專案計畫

專案計畫由專案經理制定,內容分為:成員職責(把開發任務分配到每乙個成員身上

)、專案進度

(成員在限定日期前需完成哪些功能,版本打包上線的最後時間期限

)3.測試計畫

參與人員:測試組長、測試成員

測試組長把任務下發到具體的測試人員,對應具體的測試模組或任務

測試組長制定測試計畫,計畫的內容有以下:

①測試內容:所測試的功能清單

②測試規則:測試方法、測試要點、測試工具

③測試環境:硬體環境、軟體環境、其他特定環境

④專案任務:測試規劃、測試設計、執行測試的準備、測試執行、測試總結

最終以文件形式輸出:測試計畫

4.編寫測試用例

參與人員:測試人員

測試人員依據制定的測試計畫和功能點,編寫高質量的測試用例 

最終以文件形式輸出:測試用例(excel**

)5.用例評審

參與人員:開發、測試、產品

目的:確認細節規則和測試結果的準確性,避免功能點的遺漏

根據專案大小或者專案的上線時間來決定是否需要開評審會,此項視情況而定,若時間緊急,可直接測試組長和測試成員進行評審,由測試組長把關測試用例的質量。

6.執行測試用例,提交缺陷

參與人員:測試人員

在執行測試用例之前,先做個冒煙測試,驗證專案基本的主要功能點是否通過,這項操作的目的是來評判這個版本的功能是否可測,若初步的冒煙測試都沒有通過,則打回開發組,要求開發組返工。

第一輪簡單的系統測試後,開始執行測試用例,發現缺陷,在bug管理工具

jira

上提交缺陷,分配到對應的開發人員,由他們進行修改。

測試內容:①功能測試    核心業務流程,功能完整性,需求的覆蓋性,體驗性

②相容性測試  多個測試平台覆蓋

③介面測試    許可權的處理,狀態的約束

④效能測試    壓力測試,併發測試

⑤安全測試    傳輸資料加密,使用者訪問認證,日誌記錄等

文件輸出:缺陷記錄,測試的資料,已執行的測試用例

7.bug跟蹤直至缺陷關閉

bug內容:編號,功能模組,缺陷描述,截圖,優先順序,嚴重程度,版本號,處理 人,狀態,開始時間,結束時間,環境(測試)

缺陷狀態:新建,已處理,已拒絕,已解決,已關閉,延遲處理,重複缺陷

缺陷處理流程:

①開發認為是缺陷的處理:

測試人員發現並提交缺陷,由開發人員進行處理,開發人員修改了這個缺陷就會將 這個缺陷的狀態置為已解決狀態讓測試人員進行驗證。測試人員對這個已修復的缺 陷進行回歸測試,如果回歸測試通過,則將缺陷狀態置為已關閉,如果回歸測試沒 有通過,則將缺陷狀態置為新建狀態等待開發再次修復,直到修復成功。

②開發認為不是缺陷的處理:

測試人員發現並提交缺陷,由開發人員進行處理。但是開發人員認為不是缺陷,則 將該缺陷的狀態置為已拒絕狀態並提交回測試人員,可簡單描述拒絕原因。測試人 員如果認為確實誤報了缺陷,則直接關閉,如果經過測試人員和開發人員溝通交流 過後認為是bug,則測試人員重新開啟(新建)讓開發人員繼續修改,開發人員修 復這個缺陷置為已解決,提交給到測試人員進行回歸測試,直到回歸測試通過為止。

③開發認為重複缺陷的處理:

測試人員發現並提交缺陷,由開發人員進行處理。但是開發人員認為是重複缺陷, 則將該缺陷狀態置為重複缺陷,測試人員一定要確認該缺陷是否確實重複,如果確 實是同乙個缺陷,則將重複的缺陷直接關閉。如果不是同乙個缺陷,則重新開啟該 缺陷,繼續跟蹤。

④延遲缺陷的處理:

測試人員發現並提交缺陷,由開發人員進行處理。但是因為專案和時間等因素,某 些缺陷無法在專案週期內完成,則需要進行延遲處理(備註:延遲處理的缺陷本身 被確定為有效缺陷),對於延遲的缺陷需要經過開發、測試、專案經理、客戶代表 共同認可方可延遲。對於延遲的缺陷,置狀態為延遲處理。到了下乙個版本,測試 人員就應該把所有延遲處理狀態的缺陷重新置為新建狀態,讓開發人員繼續修復。

經過兩到三輪或四輪的測試後,直到沒發現新的問題。或暫時無法解決,或不緊急的問題,跟專案負責人確認後,可以通過。

8.測試結束,生成測試報告

當測試通過後,需生成乙份測試報告,測試報告內容(重點):

①測試專案的版本,測試專案內容的概述

②測試用例的執**況

③測試結果的統計:總bug數,bug級別分類統計,已解決數,遺留數

④測試評估:基於軟體缺陷的質量評估,寫明在當前版本,已實現的功能和未實現 的功能

測試報告文件輸出:說明該專案軟體的開發是否達到預定目標,是否可以交付使用

記錄測試結果與發現及本專案測試工作所得到的各項輸出的承載體

根據輸入與計畫、要求的對比來總結此次專案所獲得的經驗

9.備註

前期的準備工作和最後的交付件:

無亂碼filter完全通用版

dofilter req,resp,chain 1 轉換型別 2 if method.equalsignorecase get enumeration names req.getparameternames while names.hasmoreelements string name string...

通用版上移下移儲存過程

今天終於寫出乙個通用版的上移下移儲存過程,表明,主鍵名,排序欄位名等都是動態的,之前寫了個針對特殊表的上移下移操作顯然顯得很不靈活。在下面的儲存過程中,包含了許多寫動態儲存過程的思想。由於我是新手,尤其是對於動態儲存過程 trans sql 剛剛接觸。接下來一篇寫點關於動態儲存過程的!順便總結一下該...

基於jquery自己寫滑動門 通用版

今天與大家分享一下,自己寫的滑動門。在網上也搜尋了一下,沒發現比較好的,於是乎自己寫一吧 寫起來也很簡單,為了方便使用,我已經盡量封裝好了。好吧,閒話少說,直接上 吧.css main main top main top ul main top ul li.h qian main top ul li...