前置測試模型2

本期測試我將本身對前置測試的理解運用到實踐中,在項目交付後期相對輕鬆,避免了因時間緊產生的壓迫感而引起的更多風險,現將個人體會記錄在此。前端

一. 確立共同的目標服務器

在項目立項時,與PD,PM,項目成員,拋開組織角色確立共同的目標,讓全部人都項目成功ide

二. 前置投入測試

1. 需求分析: 對需求的完整性,可測性,模糊區域進行業務分析;對系統級服務器內容重點關注。根據業務場景瞭解服務器間調用機制以及數據讀取規則。建議此處提早準備出情景用例,特別是用帶數據的用例提早驗證服務器處理邏輯結果,根據讓服務器端的同窗隊指望結果有一個體系化和具體化的認知。接口


2. 系分階段:根據測試經驗和開發經驗,對系分提出建議和疑問,看看哪些邏輯是應該放到服務端去處理,避免客戶端實現太複雜的界面交互生命週期


3. 測試分析階段:隨時帶着疑問去考慮技術實現效果是否能達到業務的指望結果,發現問題,立刻與服務端和前端開發hold一個小面談,討論技術方案開發


4. 開發階段:監控進度,提供支持,保持對指望結果的統一認知。同步


5. 開發自測階段前:準備好測試的數據,只要服務端開發基本問題,客戶端能夠編譯經過,隨時投入測試,幫助開發走通業務,提早發現問題記錄後,提供給開發修復。產品


6. 開發自測階段:與開發並肩做戰,保證對用例的理解和自測的質量。經過接口測試,重點發現業務邏輯。it


7. 交付階段開始:將重點業務邏輯做爲測試重點;主動同步需求變動;人盯人的天天清剿bug;發現理解不一致問題,立刻邀會,當場解決。


切記:

1. 每一個人都有惰性和時間管理問題,要保證開發代碼質量,要在前期多投入&早監控

2. 每一個人都有本身的觀點和脾氣,溝通時要先代表爲了共同的目的爲前提,關鍵點是如何解決出現的問題

3. 將角色定位到質量保證,看全盤,參與更多的產品生命週期

相關文章
相關標籤/搜索