很多测试工程师，很注重流程(会给大家造成错觉，流程不正规的测试都不对，很多人都拿流程来批判公司，批判领导)。其实这些都是被市场需求给影响的，你去公司面试，不管他内部流程如何，面试官都会很拽的问你，你之前工作中的测试流程，显得自己公司是朝着大公司靠近的。问你怎么写用例，有没有自动化，会用哪些工具，给很多从业者的概念就是做测试，流程，工具，自动化，编写代码，是基本功，也作为招聘的标准。其实很多公司，不同的架构，不同的产品，开发模式的多样化，理论上的流程并不是适合所有公司的，需要测试管理者，去寻找最适合本团队的流程。所以不要去抱怨流程不正规，最好的流程是最合适本公司产品需要的。

目前我所在的公司，测试流程，大体就是需求评审后，开始制定计划(开发计划，测试计划)，测试开始编写测试用例，交付测试后，开始测试，使用工具禅道，测试(测试后期，运营，产品，UI会介入进行体验测试)通过后，输出测试报告，通知相关人员，测试通过，同意上线后，后端版本先上线，在线上进行验证，通过后，发布前端版本。

今天在群里看到有人提到冒烟，在群里问了一句，老徐说冒烟不必专门做，平时测试时已经贯穿整个测试，后面我想了下，确实是这样的。版本过来，先把正常流程走一遍，没问题，就开始功能点的测试，上线前，我们会对全版本做主功能的冒烟验证。虽然没有特别拿出来作为流程，但实际我们一直在做。接口测试，也是如此。虽然没有专门用工具去写接口用例，但是测试过程中，从界面深入接口的测试不少。见面前，也用jmeter做过接口测试，但是实际工作中，从人力和时间成本上看，都不是最优的方案，而且对当时的产品(接口经常变化，而且后端开发不会输出接口文档，都是我们测试完成后，利用抓包工具抓取的信息整理出来的)来说，不是很适合，最后只是当做测试空档期学习的模块了。

目前产品较稳定了，开发模式越来越流畅化，测试编写用例后，前端开发还未交付版本，测试有空档期，可以把空档期利用起来，开展接口测试(接口测试文档比较全)，这样为我们后面功能测试减少压力，并且也可以节省不少时间。

目前测试管理上还存着对组内任务的划分有时候不是特别合适，以后任务不能由上至下，应该由下至上，这样也能提高大家的责任心。这是对测试计划后期的改进。