我在那个公司呆了三年，两年的开发设计，开发组组长，最后一年的测试ＱＡ，作ＱＡ的阶段，我掌握了整个产品的过程与测试所有的要求过程，由于公司采用自动化测试的，我那时候就了Ｗｉｎｒｕｎｎｅｒ６，由于我是开发出身，Ｗｉｎｒｕｎｎｅｒ的脚本类此Ｃ语言，因此，我掌握很快，很容易掌握，并且在ｗｉｎｒｕｎｎｅｒ语言不足的情况下，自己编写代码，及调用代码，比如出错了，自动调用我的截屏程序截下保存错误的界面等等，写了许多供Ｗｉｎｒｕｎｎｅｒ调用的dll,这让我对软件自动化测试有了教好的认识。有时候自己也写点自动辅助测试的工具。

    第四年，我到了一家国外软件公司（公司的总公司是搞电子的）的中国研发中心，开始去，我是以项目经理的角色进入的，这家公司很规范，主要结国外的单子，因为是刚开始筹建，所以规范上还没有一个成行的套路，只是参照国外公司的模式，文多档要求与我前一个公司差不多都要求教高，那时候是２００１年，我开始带的项目是基于.net环境的，后来基本上是作基于j2ee平台的，这年我的设计，开发技术水平又有了更好的提高。在作项目经理期间，我不但要按规范搞好项目，还得参与设计分析，这对我的项目管理水平与开发水平提高很多，又因为我以前作过测试，因此我对项目的测试很重视，从项目需求开始，就开始考虑测试问题，计划安排，及需求与设计与测试的衔接，可测性等等。项目的测试人员的水平不高，我就教他们，从技术到测试管理安排。这段时间我对单元测试的工具测试有了了解，如用Nunit,Junit,Cunit来测试，及静态测试等等。

    因为写代码对我来很简单。由于公司是开始建设，组织机构还不全，那时候测试没有部门，属于总经理管，后来决定成立ＱＡ部门，总经理把我叫去，让我作ＱＡ部门经理，我那时候并不想搞ＱＡ，因为我认为ＱＡ已经没什么好掌握的了，另外ＱＡ部门与ＱＡ角色总的来说总有点比开发人员低的感觉。但是我还是接了下来，干干看吧。于是我就成了ＱＡ部门的部门经理，管理着每个项目的ＱＡ，由于我们以项目为主，我把ＱＡ的职责，部门与项目之间的关系定好，ＱＡ属于项目负责，管理上与技术指导上又ＱＡ部门负责，

    这样项目经理能够根据项目来安排，而不会与部门产生矛盾，我把部门定义为支持与服务项目的部门。同时我把定了每个星期五开部门会议，讨论项目与技术，同时还定了没个ＱＡ人员必须用平时的时间学习一门技术，有的学Ｗｉｎｒｕｎｎｅｒ有的学Ｌｏａｄｒｕｎｎｅｒ　，有的学单元测试，不限制时间，然后，会了就与大家讲解，这样促进部门的测试人员共同提高，我呢就常指导他们技术，也教他们些编写程序的知识，也常讲ＱＡ测试，软件质量，ＴＱＣ，ＴＱＡ等等。
　　
    后来公司因为逐渐完善了，一次总经理让我们商量是认证ＩＳＯ９０００　还是ＣＭＭ，由于ＣＭＭ２价格高，我后来建议先根据自己的实际认证ＩＳＯ９０００，虽然许多公司认证是靠花钱就可以了，实际并没作，但我们要以这个为开始，然后在向ＣＭＭ发展，不能为了认证而认证。后来公司就成立了ＩＳＯ９０００认证小组，总经理牵头，我负责，负责全过程，如写质量手册，过程文件，安排项目文档要求等等。

待续。。。