转测验

转测验是项目上线前最终一道坎，需求全部做完并自测后，项目就进入了转测验阶段。许多没想到的问题都会在这个阶段涌现出来，这个阶段咱们都会很辛苦，通常都会加班加点。为了缓解这个阶段的压力，咱们需求做以下几个改善：

一、提早做测验

把一些可提早做的作业放到转测验之前做。比方：UI设计师正常是在转测验后来检验视觉作用。但项目周期只需超越1个月，我就会要求UI检验在每一个前端页面完结后，就开端检验视觉作用。当然这个提早，要依据设计师的作业状况灵敏分配。一般公司还会有UE设计师岗位，是检验交互流程的。同样也能够提早检验。

假如是一个时刻周期很长的项目，我更倾向于分阶段转测验。比方原本项目发开周期需求两个月，依据需求分类，咱们能够分成两个阶段性的里程碑。完结第一个里程碑就把这一部分转测验。这样测验压力就被分散了。

二、让开发人员做好自测后再转测。

测验人员会依据测验用例检验功能，首先会进行单元测验和简略的集成测验。原本这个是开发人员做的，可是测验人员会按流程走一遍。假如连基本功能测验都通不过，会直接打回。所以，让研制人员自测后在转测验，以免浪费时刻。

还有一种回归测验的时分经常呈现的问题：测验反应一个问题，开发说已经改了，两个人或许由于沟通办法不对就吵了起来。最尴尬的是测验人员当着开发人员面给复现了bug，所以为了自己不尴尬，自测是一定要做好的。

三、给测验用例分优先级

测验用例一般在需求确认后就开端预备了。最开端咱们团队里的测验是按照评审后测验用例的先后顺序来测验。这样测验一轮需求十分久的时刻。后面咱们决定给测验用例的子项也做一个优先级。先做常见的主流程测验，然后在测验反常测验。关于需求前置资源的测验，统一拿到资源后在测验。这样测验的功率大大提升了。

一般测验需求用到的东西、账号都应该在转测验之前预备好。

四、普及自动化测验。

许多功能测验都是靠人力去测验的，所以测验周期会很长。要想办法培育测验人员走自动化测验的道路。不要让人力成为测验的瓶颈。目前市面上许多自动化测验的东西，测验人员想要更进一步，仍是要多学会运用一些测验东西。当然不是为做而做，而是要依据作业中的要求，挑选性的来学习。工欲善其事必先利其器。

五、善用第三方测验东西。

许多测验作业市场上都有相对完善的测验东西，没必要自己去形式环境。比方，关于一些兼容性测验，能够运用云测验这种第三方平台来辅佐测验。公司只需求购买运用用户最多的几款机型即可。

六、运用bug办理东西

测验工程师依据测验用例测验出的bug都会提交到项目办理软件，测验出一个提交一个。关于能复现的会有复现的操作步骤和日志。不能复现操作的，要提供日志。同时补白bug等级。一般会优先处理bug等级高的。我前面推荐的teambition、worktile、tower之类的项目办理软件也能够用作bug办理。

bug提交后，研制人员能够收到提示，在这一阶段研制的作业主要是修正bug，假如前期事务逻辑理解的很明晰，编码规范、自测也做得好。这一阶段相对是很轻松的。假如做得不好，那状况会很糟糕，bug会越改越多。假如真到这一步了，只能优先去处理等级高的bug。

反常状况

假如测验到最终，真遇到bug多到达不到上线标准。怎么办？这时分项目负责人千万不能强行上线，预备上线后在进行修正。这种冒险不值当，能够挑选砍掉一部分你不重要的需求或许项目延期。绝不能带着严重bug上线。

上线前预备

项目测验达标后，就需求着手启动上线了。在项目上线过程中咱们还需求做以下预备。

一、拟定上线清单，先上测验环境

清单的要素包含：什么人，在什么时刻，需求预备什么材料，做什么事。其间，要清晰先后顺序，要清晰如何验证是否呈现反常、清晰验证方式以及问题处理方式。

有条件的，要搭建一个跟正式环境一模一样的测验环境。先在测验环境预上线一次，把一切的相关环节的材料和流程用清单的形式记载好。尤其是上线过程中遇到的问题。处理后，再从头再走一遍上线流程。最好是能全自动部署，削减人工参加。

二、做好数据备份

上线之前，先对前一个版别进行备份。包含程序和数据。一旦上线呈现问题，要能一键还原上一个版别。

三、上线时刻

不要在周五上线版别。项目上线后，咱们还需求观察，所以要尽量避开周五。另外项目上线的时刻通常要挑选运用人数最少的时刻，这样受影响的用户最少。大部分状况都是在凌晨之后，所以一般项目上线后集聚个餐（早餐）

四、给相关人员做好培训功能

主要是给服务部门做好培训。比方客服、运营、销售。尤其是客服，要告知其或许呈现的问题以及应对方案。防止用户反应问题，客服不知道的状况。这个也能够在测验阶段去做，依据培训的作业量灵敏调整。

五、数据监控和预警

上线后，还需求观察一段时刻正常的用户日志和体系日志。有条件的还需求对重要事务设置关键性目标。目标呈现反常要能够有短信或电话预警。对反常的数据要去排查原因。这儿不仅仅只考虑”坏“数据的反常，还要考虑“好”数据的反常状况。另外，数据反常不代表是程序有问题，也或许是事务上引发的效应。

六、A/Btest 验证新功能作用

假如怕呈现问题，能够提早对新功能做好A/Btest的操控。A/Btest是指用户翻开软件后，一部分用户看到的老事务A的事务流程，另一部分看的是新功能B的事务流程。这样便于咱们观察新功能对用户行为带来了什么影响。假如数据下降很大，那说明新功能或许有问题，咱们能够主动躲藏新功能。

七、复盘

上线后要做一个项目复盘，复盘的目的有两个：

一、关于项目中呈现的问题，要找原因。依据原因再想处理方案。防止在后面的项目中再次呈现。比方说项目延期，或许每次都会呈现，但每次呈现的原因并不一样。只需咱们坚持改善，团队总能到达预期完结方案的一天。

二、关于项目中做的好的，也要讲，该赞誉赞誉，能推行的推行。赞誉推行就是咱们团队的价值观体现。咱们经常说要打造安排文明，对工程师集体来说，安排文明就是在项目过程中生长起来的。

反常状况

上线前预备也或许会碰到一些反常状况。这个时分呈现问题，只能先找原因，处理后才能上线。比方，咱们在上线测验环境的时分，十分顺利。可是在正式环境上线后就呈现了反常。这种问题一般是某个环节错误操作或许遗漏操作导致的。说到底仍是上线清单写得不够具体。不过也不要过于担心这种状况，处理的多了，呈现的概率只会越来越小。

最终，在项目上线并且确认没问题之后，要给团队一个缓冲期，缓解一下压力。所以说周四上线是最好的，周五发现没什么事。周六周日就能好好歇息一下。歇息是为了更好的作业，由于下一个版别的需求立刻就要来了。