一个测试开发者的迷茫

15年毕业，做了两年的开发，期间做过Web端的，也做过Desktop端的。是什么让我决定从软件开发转测试开发？一本书。《Google测试之道》，书中描述测试开发是比开发更有挑战性，更有技术性的职位。所以我想变得牛逼一点，义无反顾的转做测试开发。

但是国内的测试大环境异常的混乱，之前做开发还有一个目标，以后想做架构师。但是转了之后，浑浑噩噩，不知道如何制定自己的发展方向。细碎的只是很多，新兴的技术此起彼伏。测试的理论体系异常薄弱，往往是追着项目，产品在跑。其中测试开发的迷茫主要体现在以下几个方面：

1. 测试往往不被重视，团队的测试意识较差，不利于测试人员形成全局观

对产品早期投入的测试少，导致测试人员在之后产品的测试过程中比较艰难。

开始需求分析，产品原型的设计，测试人员都应该参与，这样避免后期一些产品需求不明确造成之后产品测试不全面

另外，开发人员在早期进行软件架构的搭建以及产品的设计，测试人员也应该参与进来，这样就可以在早期预防由于对业务                    的误解造成的bug.

2. 测试往往不被重视，没有话语权，这样很难形成测试的理论体系和产品质量的界定标准。

在测试过程中，我们经常会遇到同样类型的bug，有时候开发人员欣然接受去改，有时候强烈说明不是bug。分析发现这不是业务造成的不确定性，而是开发人员的差异化。很多时候，测试人员应该从业务的角度和开发人员有效的沟通，但是很多时候，测试人员沟通的结果并不理想。很多情况下就是由于测试不被重视。

3. 公司的多样性，造成对测试流程和测试重心的多样性，导致测试人员的适配性差

比如一些公司为了快速产品上线，只做单元测试，集成测试和系统测试。而不是产品需要做哪方面的测试来保证产品的质量，往往只关心主体流程，这样就导致测试人员认识不全面，很少有机会接触不同类型的测试，重复性强。

4.  对测试理解的多样性，造成测试很难形成自己的一套理论

入行这么久，发现每个人对测试的理解都不一样。问一个简单的问题，软件测试是什么，单元测试，系统测试，性能测试是什么？大家的回答可能都不一样，这是基础知识性的。

在举一个，测试开发的定义是什么？功能测试的未来职业是什么？要想做一名软件测试架构师需要掌握什么知识？你未来的职业规划是什么？这样的问题更是众说纷纭。

5.  大环境的混乱，大咖对测试的不同解读

公司对测试人员多样性的要求，每每测试人员在面试过程中，就会刷新看法和认识，这样不利于自己理论体系的生成。还有测试书籍没有统一的看法，多样的经验论型，不利于测试人员对自己理论体系基础的搭建。

外部环境的不支持，导致测试内部环境的不稳定，无法统一。只能靠着测试人员不断的总结经验，查阅书籍，形成特色化的测试理论体系。