神马文学网我的测试经历(ZZ)
来源：百度文库 编辑：神马文学网 时间：2024/04/29 11:41:09
我从毕业开始，就在一家软件公司上班，作的是开发，因为公司小，基本上一个项目我一个人从头
到尾安排，包括测试，不过那种测试只是自己调试，好了就给客户用，根本就没有什么文档，也别说测试
了，经过一年时间，我掌握了从与客户沟通到测试到部署的整个项目过程，虽然还不规范，但已经是有了
个概况了解，实际的了解，在这过程中，我发现软件工程与项目规范管理很重要，自己总结的一些与软件
工程的差不多，于是我特别注意软件工程并学习它。但我重要还是从设计，需求、开发上来理解软件工程
与其运用，还侧重程序开发，文档虽重视了些，多半后补。
第二年我进入了一家台湾的软件公司，他们是作产品的，产品与项目不同，基本上看不到需求的过程
，只有设计、开发、测试，公司分为开发部，与ＱＡ部，我在开发部的一个产品小组里，在这个小组里，
我主要学会了如何写文档，因为公司对文档有要求的，而且是英文文档，并且理解了产品的整个过程与实
际公司的运作，这对我很有提高，在公司里还接受了各种培训，如请美国项目管理协会的讲师等等，让我
获益非潜，那段时间我开始掌握ＲＯＳＥ建模型，ＣＯＭＣＯＲＢＡ等，那时候这些东西还是新事物。我
们这个产品作结束后基本上是维护了，代码没多少，就是改客户提交的问题。基本上已经让我们改的没有
任何问题了，ＱＡ测试也没问题了，一次，我们菲律宾的一线实施人员来公司学习产品，我向他介绍产品
，他跑了一下，不一会，他就发现问题，我发现他测试的思路是从客户角度，及我们想不到的角度去操作
，这让我大吃一惊，因为。我们的ＱＡ已经可以了有测试计划，测试用例。但还是有问题，这让我对测试
有了新的认识，及得重新认识作软件了，正好我们项目组的ＱＡ移民了，缺少ＱＡ，ＱＡ部暂时也没人加
来，因此我考虑了下，主动去作ＱＡ，当时领导还问我，确定好了吗，因为象我这样程序设计开发高手
怎么想到去ＱＡ。而我当时的想法是，我要把软件的整个过程掌握，包括测试，因为这是我的弱项。
于是我就开始了我的ＱＡ经历，在这一年中我掌握了产品的发布过程，维护，实施等规范的过程，特
别是掌握了ＱＡ测试的从文档到实际测试的经验，由于我从开发设计过来，因此我测试出的东西比别人多
，同样一个问题，我不但告诉程序员有问题了，而且告诉他，估计是那个地方，或那类代码有问题。因为
我看到界面，就知道代码如何实现的。
我在那个公司呆了三年，两年的开发设计，开发组组长，最后一年的测试ＱＡ，作ＱＡ的阶段，我掌握了
整个产品的过程与测试所有的要求过程，由于公司采用自动化测试的，我那时候就了Ｗｉｎｒｕｎｎｅｒ
６，由于我是开发出身，Ｗｉｎｒｕｎｎｅｒ的脚本类此Ｃ语言，因此，我掌握很快，很容易掌握，并且
在ｗｉｎｒｕｎｎｅｒ语言不足的情况下，自己编写代码，及调用代码，比如出错了，自动调用我的截屏
程序截下保存错误的界面等等，写了许多供Ｗｉｎｒｕｎｎｅｒ调用的dll,这让我对软件自动化测试有了
教好的认识。有时候自己也写点自动辅助测试的工具。
第四年，我到了一家国外软件公司（公司的总公司是搞电子的）的中国研发中心，开始去，我是以项
目经理的角色进入的，这家公司很规范，主要结国外的单子，因为是刚开始筹建，所以规范上还没有一个
成行的套路，只是参照国外公司的模式，文多档要求与我前一个公司差不多都要求教高，那时候是２００
１年，我开始带的项目是基于.net环境的，后来基本上是作基于j2ee平台的，这年我的设计，开发技术水
平又有了更好的提高。在作项目经理期间，我不但要按规范搞好项目，还得参与设计分析，这对我的项目
管理水平与开发水平提高很多，又因为我以前作过测试，因此我对项目的测试很重视，从项目需求开始，
就开始考虑测试问题，计划安排，及需求与设计与测试的衔接，可测性等等。项目的测试人员的水平不高
，我就教他们，从技术到测试管理安排。这段时间我对单元测试的工具测试有了了解，如用
Nunit,Junit,Cunit来测试，及静态测试等等。
因为写代码对我来很简单。由于公司是开始建设，组织机构还不全，那时候测试没有部门，属于总经
理管，后来决定成立ＱＡ部门，总经理把我叫去，让我作ＱＡ部门经理，我那时候并不想搞ＱＡ，因为我
认为ＱＡ已经没什么好掌握的了，另外ＱＡ部门与ＱＡ角色总的来说总有点比开发人员低的感觉。但是我
还是接了下来，干干看吧。于是我就成了ＱＡ部门的部门经理，管理着每个项目的ＱＡ，由于我们以项目
为主，我把ＱＡ的职责，部门与项目之间的关系定好，ＱＡ属于项目负责，管理上与技术指导上又ＱＡ部
门负责，
这样项目经理能够根据项目来安排，而不会与部门产生矛盾，我把部门定义为支持与服务项目的部门
。同时我把定了每个星期五开部门会议，讨论项目与技术，同时还定了没个ＱＡ人员必须用平时的时间学
习一门技术，有的学Ｗｉｎｒｕｎｎｅｒ有的学Ｌｏａｄｒｕｎｎｅｒ ，有的学单元测试，不限制时间
，然后，会了就与大家讲解，这样促进部门的测试人员共同提高，我呢就常指导他们技术，也教他们些编
写程序的知识，也常讲ＱＡ测试，软件质量，ＴＱＣ，ＴＱＡ等等。
后来公司因为逐渐完善了，一次总经理让我们商量是认证ＩＳＯ９０００ 还是ＣＭＭ，由于ＣＭＭ
２价格高，我后来建议先根据自己的实际认证ＩＳＯ９０００，虽然许多公司认证是靠花钱就可以了，实
际并没作，但我们要以这个为开始，然后在向ＣＭＭ发展，不能为了认证而认证。后来公司就成立了ＩＳ
Ｏ９０００认证小组，总经理牵头，我负责，负责全过程，如写质量手册，过程文件，安排项目文档要求
等等。
由于我们本来项目管理很规范，文档实用与齐全，所以，很容易就通过认证，完全是按照要求作的，不是
糊弄下混个认证。在这个认证后，计划在一两年后在做ＣＭＭ。我在作ＱＡ部门经理的期间除了学习了更
多的测试技术与知识外，还把许多理论性的用到实际中，如ＢＵＧ密度计算，ＭＴＴＦ，代码行估算与ｂ
ｕｇ估算等等，全用到实际中，测试上，多采用工具检查，且自己写程序测试。这样从一个项目需求开始
，根据技术程度，人员技术水平等等，就大概能估计到产品规模大概多少，大概的ＢＵＧ有多少，基本上
我为我们定的是正式测定每千行１－３个ＢＵＧ，这也是我们的质量标准之一。由于是测试部门，我接触
的项目很多，每个项目我都要参与指导测试，这样对不同类型的项目不同的策略，就有了不断的积累，不
同规模，不同大小，不同技术采用不同的测试策略。同样接触的技术层面也很广了。每个项目从需求与设
计，我都要去看，了解，虽然累些，当真的掌握了很多东西，如从ＳＵＮ，ＩＢＭ解决方案，各种UNix
平台等大型应用开发与测试。同时也能认识到自己在设计中的局限，能更好的设计好产品。
这段时间是我对软件工程及测试理解认识掌握的好时机，对以后的工作大有帮助。文档的水平越来越
高了，写得实在且有用。在这家公司也呆了三年，之后我去了家新的公司，因为我主要对项目设计开发感
兴趣，所以我还是找项目开发的职位，并不想多在测试上，那时我去了一家软件公司作项目部经理，管理
各个项目及组织。我就脱离了测试的工作，又回到了开发与项目，但因为我以前的测试经历，所以在项目
无论开始，设计与测试，我都很注意质量与客户的要求。
后来就一直在项目开发，技术上。测试会时常用到，公司的测试人员，也都是我培训带出来。虽然离
开了测试，但还有点测试情节，也时常关心测试的情况，动态，在开发过程中研究些测试技术，安全测试
等。主要是基于代码级别的测试。做些小工具，如屏幕错误捕捉工具等等。尝试用用新的测试工具，国内
外测试的情况，朋友还让我管个测试的ＱＱ群，这样我与大家的测试交流都没断，共享自己的资料，与大
家讨论，给大家解答与介绍等等。虽然不在测试岗位了，我发现我还是有测试缘的，离不开测试。
无论项目如何，技术如何，所有的测试的基本道理是一样的，所以大家还是先掌握好基本的，不仅仅
是学，而是会用好它。学以至用才能发展下去。而且测试不能因为环境限制而浮躁，老老实的学习用，任
何理由都不是理由。深入下去你就是专家。细节决定成败。
到尾安排，包括测试，不过那种测试只是自己调试，好了就给客户用，根本就没有什么文档，也别说测试
了，经过一年时间，我掌握了从与客户沟通到测试到部署的整个项目过程，虽然还不规范，但已经是有了
个概况了解，实际的了解，在这过程中，我发现软件工程与项目规范管理很重要，自己总结的一些与软件
工程的差不多，于是我特别注意软件工程并学习它。但我重要还是从设计，需求、开发上来理解软件工程
与其运用，还侧重程序开发，文档虽重视了些，多半后补。
第二年我进入了一家台湾的软件公司，他们是作产品的，产品与项目不同，基本上看不到需求的过程
，只有设计、开发、测试，公司分为开发部，与ＱＡ部，我在开发部的一个产品小组里，在这个小组里，
我主要学会了如何写文档，因为公司对文档有要求的，而且是英文文档，并且理解了产品的整个过程与实
际公司的运作，这对我很有提高，在公司里还接受了各种培训，如请美国项目管理协会的讲师等等，让我
获益非潜，那段时间我开始掌握ＲＯＳＥ建模型，ＣＯＭＣＯＲＢＡ等，那时候这些东西还是新事物。我
们这个产品作结束后基本上是维护了，代码没多少，就是改客户提交的问题。基本上已经让我们改的没有
任何问题了，ＱＡ测试也没问题了，一次，我们菲律宾的一线实施人员来公司学习产品，我向他介绍产品
，他跑了一下，不一会，他就发现问题，我发现他测试的思路是从客户角度，及我们想不到的角度去操作
，这让我大吃一惊，因为。我们的ＱＡ已经可以了有测试计划，测试用例。但还是有问题，这让我对测试
有了新的认识，及得重新认识作软件了，正好我们项目组的ＱＡ移民了，缺少ＱＡ，ＱＡ部暂时也没人加
来，因此我考虑了下，主动去作ＱＡ，当时领导还问我，确定好了吗，因为象我这样程序设计开发高手
怎么想到去ＱＡ。而我当时的想法是，我要把软件的整个过程掌握，包括测试，因为这是我的弱项。
于是我就开始了我的ＱＡ经历，在这一年中我掌握了产品的发布过程，维护，实施等规范的过程，特
别是掌握了ＱＡ测试的从文档到实际测试的经验，由于我从开发设计过来，因此我测试出的东西比别人多
，同样一个问题，我不但告诉程序员有问题了，而且告诉他，估计是那个地方，或那类代码有问题。因为
我看到界面，就知道代码如何实现的。
我在那个公司呆了三年，两年的开发设计，开发组组长，最后一年的测试ＱＡ，作ＱＡ的阶段，我掌握了
整个产品的过程与测试所有的要求过程，由于公司采用自动化测试的，我那时候就了Ｗｉｎｒｕｎｎｅｒ
６，由于我是开发出身，Ｗｉｎｒｕｎｎｅｒ的脚本类此Ｃ语言，因此，我掌握很快，很容易掌握，并且
在ｗｉｎｒｕｎｎｅｒ语言不足的情况下，自己编写代码，及调用代码，比如出错了，自动调用我的截屏
程序截下保存错误的界面等等，写了许多供Ｗｉｎｒｕｎｎｅｒ调用的dll,这让我对软件自动化测试有了
教好的认识。有时候自己也写点自动辅助测试的工具。
第四年，我到了一家国外软件公司（公司的总公司是搞电子的）的中国研发中心，开始去，我是以项
目经理的角色进入的，这家公司很规范，主要结国外的单子，因为是刚开始筹建，所以规范上还没有一个
成行的套路，只是参照国外公司的模式，文多档要求与我前一个公司差不多都要求教高，那时候是２００
１年，我开始带的项目是基于.net环境的，后来基本上是作基于j2ee平台的，这年我的设计，开发技术水
平又有了更好的提高。在作项目经理期间，我不但要按规范搞好项目，还得参与设计分析，这对我的项目
管理水平与开发水平提高很多，又因为我以前作过测试，因此我对项目的测试很重视，从项目需求开始，
就开始考虑测试问题，计划安排，及需求与设计与测试的衔接，可测性等等。项目的测试人员的水平不高
，我就教他们，从技术到测试管理安排。这段时间我对单元测试的工具测试有了了解，如用
Nunit,Junit,Cunit来测试，及静态测试等等。
因为写代码对我来很简单。由于公司是开始建设，组织机构还不全，那时候测试没有部门，属于总经
理管，后来决定成立ＱＡ部门，总经理把我叫去，让我作ＱＡ部门经理，我那时候并不想搞ＱＡ，因为我
认为ＱＡ已经没什么好掌握的了，另外ＱＡ部门与ＱＡ角色总的来说总有点比开发人员低的感觉。但是我
还是接了下来，干干看吧。于是我就成了ＱＡ部门的部门经理，管理着每个项目的ＱＡ，由于我们以项目
为主，我把ＱＡ的职责，部门与项目之间的关系定好，ＱＡ属于项目负责，管理上与技术指导上又ＱＡ部
门负责，
这样项目经理能够根据项目来安排，而不会与部门产生矛盾，我把部门定义为支持与服务项目的部门
。同时我把定了每个星期五开部门会议，讨论项目与技术，同时还定了没个ＱＡ人员必须用平时的时间学
习一门技术，有的学Ｗｉｎｒｕｎｎｅｒ有的学Ｌｏａｄｒｕｎｎｅｒ ，有的学单元测试，不限制时间
，然后，会了就与大家讲解，这样促进部门的测试人员共同提高，我呢就常指导他们技术，也教他们些编
写程序的知识，也常讲ＱＡ测试，软件质量，ＴＱＣ，ＴＱＡ等等。
后来公司因为逐渐完善了，一次总经理让我们商量是认证ＩＳＯ９０００ 还是ＣＭＭ，由于ＣＭＭ
２价格高，我后来建议先根据自己的实际认证ＩＳＯ９０００，虽然许多公司认证是靠花钱就可以了，实
际并没作，但我们要以这个为开始，然后在向ＣＭＭ发展，不能为了认证而认证。后来公司就成立了ＩＳ
Ｏ９０００认证小组，总经理牵头，我负责，负责全过程，如写质量手册，过程文件，安排项目文档要求
等等。
由于我们本来项目管理很规范，文档实用与齐全，所以，很容易就通过认证，完全是按照要求作的，不是
糊弄下混个认证。在这个认证后，计划在一两年后在做ＣＭＭ。我在作ＱＡ部门经理的期间除了学习了更
多的测试技术与知识外，还把许多理论性的用到实际中，如ＢＵＧ密度计算，ＭＴＴＦ，代码行估算与ｂ
ｕｇ估算等等，全用到实际中，测试上，多采用工具检查，且自己写程序测试。这样从一个项目需求开始
，根据技术程度，人员技术水平等等，就大概能估计到产品规模大概多少，大概的ＢＵＧ有多少，基本上
我为我们定的是正式测定每千行１－３个ＢＵＧ，这也是我们的质量标准之一。由于是测试部门，我接触
的项目很多，每个项目我都要参与指导测试，这样对不同类型的项目不同的策略，就有了不断的积累，不
同规模，不同大小，不同技术采用不同的测试策略。同样接触的技术层面也很广了。每个项目从需求与设
计，我都要去看，了解，虽然累些，当真的掌握了很多东西，如从ＳＵＮ，ＩＢＭ解决方案，各种UNix
平台等大型应用开发与测试。同时也能认识到自己在设计中的局限，能更好的设计好产品。
这段时间是我对软件工程及测试理解认识掌握的好时机，对以后的工作大有帮助。文档的水平越来越
高了，写得实在且有用。在这家公司也呆了三年，之后我去了家新的公司，因为我主要对项目设计开发感
兴趣，所以我还是找项目开发的职位，并不想多在测试上，那时我去了一家软件公司作项目部经理，管理
各个项目及组织。我就脱离了测试的工作，又回到了开发与项目，但因为我以前的测试经历，所以在项目
无论开始，设计与测试，我都很注意质量与客户的要求。
后来就一直在项目开发，技术上。测试会时常用到，公司的测试人员，也都是我培训带出来。虽然离
开了测试，但还有点测试情节，也时常关心测试的情况，动态，在开发过程中研究些测试技术，安全测试
等。主要是基于代码级别的测试。做些小工具，如屏幕错误捕捉工具等等。尝试用用新的测试工具，国内
外测试的情况，朋友还让我管个测试的ＱＱ群，这样我与大家的测试交流都没断，共享自己的资料，与大
家讨论，给大家解答与介绍等等。虽然不在测试岗位了，我发现我还是有测试缘的，离不开测试。
无论项目如何，技术如何，所有的测试的基本道理是一样的，所以大家还是先掌握好基本的，不仅仅
是学，而是会用好它。学以至用才能发展下去。而且测试不能因为环境限制而浮躁，老老实的学习用，任
何理由都不是理由。深入下去你就是专家。细节决定成败。