考慮到大家都會有換項目的情況，有知識沉淀做的比較好的項目組里會有針對新人的OnBoarding文檔，通用的文檔都是針對組里占比比較大的Devloper的，那么對于QA來說，要從哪幾個方面快速上手呢？下面就為QA同學(xué)們梳理一下吧。大家可以按照這個Index去對號入座，從而快速產(chǎn)出一份適合QA童鞋的OnBoarding的文檔。

PS：對于QA來說，優(yōu)先順序會不同，Dev會先搭建環(huán)境，隨著時間累積來慢慢熟悉業(yè)務(wù)，但是對于QA來說，要先熟悉業(yè)務(wù)，隨著時間積累及時間分配，慢慢搭建環(huán)境，產(chǎn)出自動化測試代碼。

一、Communication

項目中用到的各種工具的Account和License。在確定要上哪個項目之后，可以在第一時間將自己的郵箱提供給StackHolder，方便提前申請權(quán)限。

如：

卡墻－Jira，Trello等，供大家了解業(yè)務(wù)的地方

Version Control?- Github，svn等，方便之后提交Automation的Code。

項目組郵件接收－ Email 加入Project Email Group，收到項目組內(nèi)成員郵件

知識積累－ Evernote，wiki，隨著項目的不斷前進，每個人都會有自己深入的理解以及提高工作效率的神奇魔法，所以，請大家都堅持為自己的工作做知識積累吧。

軟件License－ 如我所在的項目需要的Parallels，Win10，VS2017，Resharper等。

這涉及到讓別人給你權(quán)限，所以來來回回直到Work會消耗時間，可以在第一時間做了，然后在等待的過程中可以并行去熟悉業(yè)務(wù)。

二、Business

最好是由在項目中時間稍久些的老司機從全項目組到各個小team的簡要功能進行介紹，再輔以所在項目組的成員進行細致介紹會事半功倍。在介紹業(yè)務(wù)的過程中可能會穿插介紹一些工具，新人應(yīng)該留心記錄，以備之后詢問。

三、Tools：

不同方面的測試會有不同的工具，有的與自己平時的工作息息相關(guān)，如對于Web測試，就會需要錄屏或截圖工具，方便重現(xiàn)Bug， 如Licecap，Skitch或Wechat截圖等。對于性能測試，需要LoadRunner之類的工具，如API測試，需要Postman去調(diào)用后端等。有的跟業(yè)務(wù)強相關(guān)的工具，如參照的競品，購買的第三方平臺等。還有的是為了提高測試效率，團隊貢獻出來的工具，如各種各樣的腳本。

四、測試環(huán)境

眾所周知，測試人員在進行測試的時候，一般是在測試環(huán)境上進行的，那么除了測試環(huán)境之外還有哪些環(huán)境呢？我所在的項目有5個環(huán)境，分別為dev，test，release，staging，prod，一旦有上線的需求，就會對master進行Code freeze，將要上線的code打tag，部署到release環(huán)境上，主要的手動測試精力都在test和release兩個環(huán)境上，而自動化測試是在dev環(huán)境上run的，最好把自動化和手動的環(huán)境隔離開，避免相互影響。

五、E2E Or FT Automation

作為測試人員，應(yīng)該學(xué)習(xí)解放自己的雙手，讓自動化執(zhí)行一些Basic功能，partial path以及Bug多發(fā)的path。而且在面對不斷上線的壓力下，可以最大限度的減少測試人員在回歸測試上的Effort。同時，在日常工作中，因為較小的回歸壓力，可以輕松抽出時間維護補全自動化測試，這是一個良性循環(huán)的過程。

六 、CI／CD

持續(xù)集成持續(xù)構(gòu)建的工具有很多，測試人員也需要熟悉所在項目的構(gòu)建工具。當(dāng)你想測試Dev的某個新Feature或Bug修復(fù)時，需要將他的提交部署到測試環(huán)境上，如果是Mobile生成可用的包來測試，那這一步可以變成自動，開發(fā)提交代碼后，只要測試跑過了，就有可測試的安裝包出來。如果是多人協(xié)作測試的在共同測試環(huán)境進行測試的項目，為了不Block他人的測試活動，就需要手動部署。

上線時，需要關(guān)注哪些Pipeline，即哪些測試過了就認為基本功能沒有被破壞，在此基礎(chǔ)上即可做探索性測試。

七、People

自己和客戶兩方面的人員構(gòu)成，一圖勝千言：