本期測試我將自己對前置測試的理解運用到實踐中，在項目交付后期相對輕松，避免了因時間緊產生的壓迫感而引發的更多風險，現將我的體會記錄在此。
一. 確立共同的目標
在項目立項時，與PD，PM，項目成員，拋開組織角色確立共同的目標，讓所有人都項目成功
二. 前置投入
1. 需求分析: 對需求的完整性，可測性，模糊區域進行業務分析；對系統級服務器內容重點關注。根據業務場景了解服務器間調用機制以及數據讀取規則。建議此處提前準備出情景用例，特別是用帶數據的用例提前驗證服務器處理邏輯結果，根據讓服務器端的同學隊期望結果有一個體系化和具體化的認知。
2. 系分階段：根據測試經驗和開發經驗，對系分提出建議和疑問，看看哪些邏輯是應該放到服務端去處理，避免客戶端實現太復雜的界面交互
3. 測試分析階段：隨時帶著疑問去考慮技術實現效果是否能達到業務的期望結果，發現問題，馬上與服務端和前端開發hold一個小面談，討論技術方案
4. 開發階段：監控進度，提供支持，保持對期望結果的統一認知。
5. 開發自測階段前：準備好測試的數據，只要服務端開發基本問題，客戶端可以編譯通過，隨時投入測試，幫助開發走通業務，提前發現問題記錄后，提供給開發修復。
6. 開發自測階段：與開發并肩作戰，保證對用例的理解和自測的質量。通過接口測試，重點發現業務邏輯。
7. 交付階段開始：將重點業務邏輯作為測試重點；主動同步需求變更；人盯人的每天清剿bug；發現理解不一致問題，馬上邀會，當場解決。
切記：
1. 每個人都有惰性和時間管理問題，要保證開發代碼質量，要在前期多投入&早監控
2. 每個人都有自己的觀點和脾氣，溝通時要先表明為了共同的目的為前提，關鍵點是如何解決出現的問題
3. 將角色定位到質量保證，看全盤，參與更多的產品生命周期
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
