QA OnBoarding

考虑到大家都会有换项目的情况，有知识沉淀做的比较好的项目组里会有针对新人的OnBoarding文档，通用的文档都是针对组里占比比较大的Devloper的，那么对于QA来说，要从哪几个方面快速上手呢？下面就为QA同学们梳理一下吧。大家可以按照这个Index去对号入座，从而快速产出一份适合QA童鞋的OnBoarding的文档。

PS：对于QA来说，优先顺序会不同，Dev会先搭建环境，随着时间累积来慢慢熟悉业务，但是对于QA来说，要先熟悉业务，随着时间积累及时间分配，慢慢搭建环境，产出自动化测试代码。

一、Communication

项目中用到的各种工具的Account和License。在确定要上哪个项目之后，可以在第一时间将自己的邮箱提供给StackHolder，方便提前申请权限。

如：

卡墙－Jira，Trello等，供大家了解业务的地方

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

项目组邮件接收－ Email 加入Project Email Group，收到项目组内成员邮件

知识积累－ Evernote，wiki，随着项目的不断前进，每个人都会有自己深入的理解以及提高工作效率的神奇魔法，所以，请大家都坚持为自己的工作做知识积累吧。

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

这涉及到让别人给你权限，所以来来回回直到Work会消耗时间，可以在第一时间做了，然后在等待的过程中可以并行去熟悉业务。

二、Business

最好是由在项目中时间稍久些的老司机从全项目组到各个小team的简要功能进行介绍，再辅以所在项目组的成员进行细致介绍会事半功倍。在介绍业务的过程中可能会穿插介绍一些工具，新人应该留心记录，以备之后询问。

三、Tools：

不同方面的测试会有不同的工具，有的与自己平时的工作息息相关，如对于Web测试，就会需要录屏或截图工具，方便重现Bug， 如Licecap，Skitch或Wechat截图等。对于性能测试，需要LoadRunner之类的工具，如API测试，需要Postman去调用后端等。有的跟业务强相关的工具，如参照的竞品，购买的第三方平台等。还有的是为了提高测试效率，团队贡献出来的工具，如各种各样的脚本。

四、测试环境

众所周知，测试人员在进行测试的时候，一般是在测试环境上进行的，那么除了测试环境之外还有哪些环境呢？我所在的项目有5个环境，分别为dev，test，release，staging，prod，一旦有上线的需求，就会对master进行Code freeze，将要上线的code打tag，部署到release环境上，主要的手动测试精力都在test和release两个环境上，而自动化测试是在dev环境上run的，最好把自动化和手动的环境隔离开，避免相互影响。

五、E2E Or FT Automation

作为测试人员，应该学习解放自己的双手，让自动化执行一些Basic功能，partial path以及Bug多发的path。而且在面对不断上线的压力下，可以最大限度的减少测试人员在回归测试上的Effort。同时，在日常工作中，因为较小的回归压力，可以轻松抽出时间维护补全自动化测试，这是一个良性循环的过程。

六 、CI／CD

持续集成持续构建的工具有很多，测试人员也需要熟悉所在项目的构建工具。当你想测试Dev的某个新Feature或Bug修复时，需要将他的提交部署到测试环境上，如果是Mobile生成可用的包来测试，那这一步可以变成自动，开发提交代码后，只要测试跑过了，就有可测试的安装包出来。如果是多人协作测试的在共同测试环境进行测试的项目，为了不Block他人的测试活动，就需要手动部署。

上线时，需要关注哪些Pipeline，即哪些测试过了就认为基本功能没有被破坏，在此基础上即可做探索性测试。

七、People

自己和客户两方面的人员构成，一图胜千言：