因为写代码对我来很简单。由于公司是开始建设，组织机构还不全，那时候测试没有部门，属于总经理管，后来决定成立ＱＡ部门，总经理把我叫去，让我作ＱＡ部门经理，我那时候并不想搞ＱＡ，因为我认为ＱＡ已经没什么好掌握的了，另外ＱＡ部门与ＱＡ角色总的来说总有点比开发人员低的感觉。但是我还是接了下来，干干看吧。于是我就成了ＱＡ部门的部门经理，管理着每个项目的ＱＡ，由于我们以项目为主，我把ＱＡ的职责，部门与项目之间的关系定好，ＱＡ属于项目负责，管理上与技术指导上又ＱＡ部门负责，这样项目经理能够根据项目来安排，而不会与部门产生矛盾，我把部门定义为支持与服务项目的部门。同时我把定了每个星期五开部门会议，讨论项目与技术，同时还定了没个ＱＡ人员必须用平时的时间学习一门技术，有的学Ｗｉｎｒｕｎｎｅｒ有的学Ｌｏａｄｒｕｎｎｅｒ ，有的学单元测试，不限制时间，然后，会了就与大家讲解，这样促进部门的测试人员共同提高，我呢就常指导他们技术，也教他们些编写程序的知识，也常讲ＱＡ测试，软件质量，ＴＱＣ，ＴＱＡ等等。
后来公司因为逐渐完善了，一次总经理让我们商量是认证ＩＳＯ９０００ 还是ＣＭＭ，由于ＣＭＭ２价格高，我后来建议先根据自己的实际认证ＩＳＯ９０００，虽然许多公司认证是靠花钱就可以了，实际并没作，但我们要以这个为开始，然后在向ＣＭＭ发展，不能为了认证而认证。后来公司就成立了ＩＳＯ９０００认证小组，总经理牵头，我负责，负责全过程，如写质量手册，过程文件，安排项目文档要求等等。
由于我们本来项目管理很规范，文档实用与齐全，所以，很容易就通过认证，完全是按照要求作的，不是糊弄下混个认证。在这个认证后，计划在一两年后在做ＣＭＭ。我在作ＱＡ部门经理的期间除了学习了更多的测试技术与知识外，还把许多理论性的用到实际中，如ＢＵＧ密度计算，ＭＴＴＦ，代码行估算与ｂｕｇ估算等等，全用到实际中，测试上，多采用工具检查，且自己写程序测试。这样从一个项目需求开始，根据技术程度，人员技术水平等等，就大概能估计到产品规模大概多少，大概的ＢＵＧ有多少，基本上我为我们定的是正式测定每千行１－３个ＢＵＧ，这也是我们的质量标准之一。由于是测试部门，我接触的项目很多，每个项目我都要参与指导测试，这样对不同类型的项目不同的策略，就有了不断的积累，不同规模，不同大小，不同技术采用不同的测试策略。同样接触的技术层面也很广了。每个项目从需求与设计，我都要去看，了解，虽然累些，当真的掌握了很多东西，如从ＳＵＮ，ＩＢＭ解决方案，各种UNix 平台等大型应用开发与测试。同时也能认识到自己在设计中的局限，能更好的设计好产品。
这段时间是我对软件工程及测试理解认识掌握的好时机，对以后的工作大有帮助。文档的水平越来越高了，写得实在且有用。在这家公司也呆了三年，之后我去了家新的公司，因为我主要对项目设计开发感兴趣，所以我还是找项目开发的职位，并不想多在测试上，那时我去了一家软件公司作项目部经理，管理各个项目及组织。我就脱离了测试的工作，又回到了开发与项目，但因为我以前的测试经历，所以在项目无论开始，设计与测试，我都很注意质量与客户的要求。
后来就一直在项目开发，技术上。测试会时常用到，公司的测试人员，也都是我培训带出来。虽然离开了测试，但还有点测试情节，也时常关心测试的情况，动态，在开发过程中研究些测试技术，安全测试等。主要是基于代码级别的测试。做些小工具，如屏幕错误捕捉工具等等。尝试用用新的测试工具，国内外测试的情况，朋友还让我管个测试的ＱＱ群，这样我与大家的测试交流都没断，共享自己的资料，与大家讨论，给大家解答与介绍等等。虽然不在测试岗位了，我发现我还是有测试缘的，离不开测试。
无论项目如何，技术如何，所有的测试的基本道理是一样的，所以大家还是先掌握好基本的，不仅仅是学，而是会用好它。学以至用才能发展下去。而且测试不能因为环境限制而浮躁，老老实的学习用，任何理由都不是理由。深入下去你就是专家。细节决定成败。
文章来源于领测软件测试网 https://www.ltesting.net/
