今天想把我所在的公司的测试流程总结一下
1，我们从需求的源头来重视这个测试了，首先我们的需求分析师在接到这个需求的时候会分析这个需求的功能及它的波及影响。在这个过程中甚至会让开发工程师去尝试做一些预研的工作，去证明这个需求是可行的及可能的工作量。用到的方法可能涉及到有需求实例化以及用户体验设计。
2，分析好需求以后，接下来是开发工程师去实现这个需求。在开发之前首先要做一个需求的测试分析设计，我们一般是使用MFQ测试设计方法，即基于模型的的设计交互设计，以及用户体验设计UX。MFQ完成之后还会写一份测试用例。测试设计的时候一般是要以用户的角度去分析这个需求的各个功能点以及异常点。
3，这一步开始真正的开发。一般的话，其实我们是推荐使用tdd的开发思路也就是测试驱动开发的一种方法，但实际上我们都是先写代码，再写单元测试。这样最好比没写单元测试要好。单元测试使用junit和jmockit.
4，代码调试。开发好以后我们先在本地自己的环境进行测试，然后再去打一个镜像包去pass平台上测试。测试都通过后再提交代码。
5，提交代码的时候我们也要通过重重关卡。我们是通过git提交代码的，然后再提交代码的过程中首先会跑这个工程所有的测试用例，必须都要通过。然后也会检查kw和coverity。直到都通过则会在制品库中生成一个镜像。直到看到制品库有新的镜像的时候，你才能够放心的说已经提交代码成功啦。
6，提交代码成功，以后并不是意味着开发的真正结束。因为我们平时开发的时候一般涉及到接口的开发，所以如果开发的这个需求，刚好是一个新接口的话，那你必须要写功能测试或者性能测试用例，来覆盖。我们使用robot framework和Python。
7，我们是在我们的bdt上面进行着运行功能测试和系统测试的，在bdt上会自动安装部署我们的服务及依赖的服务，接着运行功能测试和系统测试。行成功失败都会有结果，同时我们这些测试会在tfs上会有一个标识，然后将这个标识与功能测试关联起来。如果成功后修改tfs的状态，然后质量部门统计我们的成功率以及我们的自动化率啦。
8，这些工作都完成以后还不能真正交付。因为我们没有形成一个迭代的闭环。在迭待的最后一天或者最后两三天我们会组织一个小型的验收会。如果这个需求比较小那么指定一位同事来帮忙验收。如果需求比较大的话可能就要求整个团队来验收。等到验收完成后这个需求才算真正的交付成功。
在大公司里面这些流程都非常的长。那么用于开发的时间就相对于比较少了，所以呢一般在大公司待过几年就可以去小公司干更多的活，这样更有挑战。但是对于大公司流程，还是需要了解的。毕竟经过很多年的沉淀，对质量把关还是很严格的。所以大公司的质量还是很值得信赖的。
这也是我们女生为什么买肤品护肤品化妆品要买大牌的一个很好的理由。哈哈哈哈哈哈哈。
