前言
前一陣子，參與到一個新的產品做測驗作業，
記錄一下進入到一個新的產品，如何開展測驗作業，
進入到產品后，首先是 成員的簡單熟絡，方便之后作業的溝通 ，
01、需求了解
第一步就是對需求的了解并且使用產品，
這個產品是什么
主要功能是什么
有什么權限
不同權限的區別是什么
產品的整個流程是什么
目前已經有幾個迭代
是通過什么代碼實作
等等
02、逐漸融入團隊
一定要主動找相應的開發給自己開通應用權限，如：Git（版本管理）、eolinker（介面管理）等
通過歷史檔案找到：測驗DB賬號/生產DB可讀賬號并且鏈接，若歷史無檔案，需詢問開發，
從以上的步驟：會比較清楚開發同學代碼的提交/版本的管理/介面的資訊/DB以及各表欄位的設計，會對這個產品的表面了解 慢慢深入到 實作了解
也會提高開發同學對測驗同學的信任度，
03、多聽、多想
前期參加一些需求會議的時候，建議多聽多想 ，聽產品講，聽開發講，在認真傾聽的同時，一定要做好筆記，記錄好自己的問題，不要在會議上突兀的打斷/提出自己的疑問，可能你的這些疑問，需求檔案上就有，所以先去需求檔案、相關檔案找到答案，如果沒有找到答案再單獨的問產品/開發，
如果在需求會議前，已經整理了一部分的問題串列，就可以在需求會議上直接問了，
04、測驗檔案創建
進入團隊后，一定要關注你進入的團隊，測驗檔案結構是否已經搭建好了 ？
是測驗檔案結構很清晰？還是測驗檔案雜亂無章？或者之前無任何測驗檔案？
如果測驗檔案結構很清晰，那你可以多去看歷史的測驗檔案內容；如果測驗檔案雜亂無章，可以自己簡單分類創建一下；如果無測驗檔案，那我就建議讓你自己創建一個測驗檔案的結構了 ，
我這次進入的團隊，就是無任何測驗檔案，
所以我先創建了一個簡單的測驗檔案結構：
分工排期
用例輸出
業務梳理
測驗總結
測驗流程
幫助檔案
并且將自己之前的一些整理分門別類的創建對應的檔案，并且告訴團隊成員們 ，
這個是很重要的一部分，將自己測過的內容歸納總結，
好記性不如爛筆頭，把測驗程序中的一些重要內容以及細節總結輸出成檔案，當自己或者其他測驗之后再要測這塊功能的時候，有檔案可尋，可以很快上手，
05、溝通
其實這個階段自己已經對這個產品比較熟悉了 ，
然后自己要多多增進與開發與產品的溝通，
一定要發揮自己的主動性哦，這里提幾個點：
關注產品的需求檔案是否有遺漏
關注產品的原型圖是否與需求一致
與產品單獨確認，發現需求要變更后，及時將變更后的內容告知對應的開發
關注開發的排期是否會影響測驗時間
關注開發的提測時間
關注開發設計檔案
與產品確認最終上線的時間
關注開發不能準時提測的原因
推進開發修復BUG的進度
與產品溝通某些BUG是否可以推后修復
等等
以上就是我進入一個新的產品，開展測驗作業的程序，一句話總結：多總結多思考，不懂及時問，溝通很重要，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/243344.html
標籤：其他
上一篇：北游作業——模擬雙色球