个人经验：常用软件测试工具

测试管理工具有td，qc，jira，bugzilla等。

惠普-水星公司的QTP，loadrunner,QC这三大自动化测试工具你能全部掌握，基本上就笑傲群雄了

白盒测试，还是黑盒测试?你有开发基础做白合测试应该比较好，我是做黑盒的，说实话技术含量不大。

测试也分几种，功能测试，性能测试等。测试工具种类非常多，掌握QTP，WINrunner,CQ,Loadrunner等其中一种就可以了，再随便掌握一款缺陷管理工具，像TD阿，bugzilla阿，mantis等等，用法都差不多的，各个公司用的工具也都不一样，能适应公司用的工具就可以了。

如果你去的公司有正规的测试团队，跟着项目走很快就能学会的，如果是单人测试的，那你就惨了，像我一样，进来很简单，但是学不到什么东西。

做测试的写测试用例是基本功，等价类划分一定要掌握好，最好能很熟悉业务相关事项。

良好的沟通能力和吃苦耐劳的精神。 这条是见鬼的，就是告诉你要能加班。。。和开发的关系要搞好，不要提交了bug之后别个不理你。

五类测试工具

1.负载压力测试工具

这类测试工具的主要目的是度量应用系统的可扩展性和性能，是一种预测系统行为和性能 的自动化测试工具。在实施并发负载过程中，通过实时性能监测来确认和查找问题，并针对所 发现问题对系统性能进行优化，确保应用的成功部署。负载压力测试工具能够对整个企业架构 进行测试，通过这些测试，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。

2.功能测试工具

通过自动录制、检测和回放用户的应用操作，将被测系统的输出记录同预先给定的标准结 果比较，功能测试工具能够有效地帮助测试人员对复杂的企业级应用的不同发布版本的功能进 行测试，提高测试人员的工作效率和质量。其主要目的是检测应用程序是否能够达到预期的功 能并正常运行。

3.白盒测试工具

白盒测试工具一般是针对代码进行测试，测试中发现的缺陷可以定位到代码级。根据测试工具原理的不同，又可以分为静态测试工具和动态测试工具。静态测试工具直接对代码进行分析，不需要运行代码，也不需要对代码编译链接和生成可执行文件。静态测试工具一般是对代码进行语法扫描，找出不符合编码规范的地方，根据某种质量模型评价代码的质量，生成系统的调用关系图等。动态测试工具一般采用“插桩”的方式，在代码生成的可执行文件中插入一些监测代码，用来统计程序运行时的数据。它与静态测试工具最大的不同是，动态测试工具要 求被测系统实际运行。

4.测试管理工具

一般而言，测试管理工具对测试需求、测试计划、测试用例、测试实施进行管理，并且测 试管理工具还包括对缺陷的跟踪管理。测试管理工具能让测试人员、开发人员或其他的IT人员 通过一个中央数据仓库，在不同地方就能交互信息。

5.测试辅助工具

这些工具本身并不执行测试，例如它们可以生成测试数据，为测试提供数据准备。

IT测试工具集锦

Radview TestView系列

Radview公司的TestView系列Web性能测试工具和WebLoad Analyzer性能分析工具，旨在测 试Web应用和Web服务的功能、性能、程序漏洞、兼容性、稳定性和抗攻击性，并且能够在测试 的同时分析问题原因和定位故障点。

整套Web性能测试和分析工具包含两个相对独立的子系统：Web性能测试子系统Web性能分析子系统。其中Web性能测试子系统包含3个模块：TestView Manager、WebFT以及WebLoad。 Web性能分析子系统只有WebLoad Analyzer。

左图表达了在一个完整的测试系统中，TestView Manager用来定制、管理各种测试活动; WebLoad模拟多个用户行为进行测试，所测试的是系统性能，容量，稳定性和抗攻击性;WebFT 模仿单一用户行为进行测试，所测试的是系统功能，漏洞，兼容性和稳定性; WebLoad Analyzer对Web服务、中间件和数据库进行监控和分析，找出问题原因和故障点。

IBM Rational ClearQuest

IBM Rational ClearQuest提供基于活动的变更和缺陷跟踪。以灵活的工作流管理所有类型的变更要求，包括缺陷、改进、问题和文档变更。能够方便地定制缺陷和变更请求的字段、流程、用户界面、查询、图表和报告。拥有“设计一次，到处部署”的能力，从而可以自动改 变任何客户端界面(Windows、Linux、UNIX 和 Web)。可与IBM WebSphere Studio、Eclipse 和Microsoft .NET IDE进行紧密集成，从而可以即时访问变更信息。支持统一变更管理，以提供经过验证的变更管理过程支持。易于扩展，因此无论开发项目的团队规模、地点和平台如 何，均可提供良好支持。

软件测试工程师作为软件质量的把关者，其职能在于保证交付到客户手中的软件可靠好用，运行畅通无阻。从产品定义到产品开发再到产品维护，都离不了软件测试。

按其级别和职位的不同，可分为三类，即

高级软件测试工程师，熟练掌握软件测试与开发技术，且对所测试软件对口行业非常了解，能够对可能出现的问题进行分析评估;

中级软件测试工程师，编写软件测试方案、测试文档，与项目组一起制定软件测试阶段的工作计划，能够在项目运行中合理利用测试工具完成测试任务;

初级软件测试工程师，其工作通常都是按照软件测试方案和流程对产品进行功能测验，检察产品是否有缺陷。

工作职责

软件测试就是使用人工或自动手段，来运行或测试某个系统的过程。其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。开发工作的根本是尽量实现软件用户的需求，测试工作的根本是检验软件系统是否满足软件用户的需求。

软件测试工程师简单的说是软件开发过程中的质量检测者和保障者，负责软件质量的把关工作。软件测试工程师具体工作有：

1 、使用各种测试技术和方法来测试和发现软件中存在的软件缺陷。测试技术主要分为黑盒测试和白盒测试两大类。其中黑盒测试技术主要有等价类划分法、边界值法、因果图法、状态图法、测试大纲法以及各类典型的软件故障模型等;白盒测试的主要技术有语句覆盖、分支覆盖、判定覆盖、基本路径覆盖等;

2 、测试工作需要贯穿整个软件开发生命周期。完整的软件测试工作包括单元测试、集成测试、确认测试和系统测试工作。单元测试工作主要在编码阶段完成，由开发人员和软件测试工程师共同完成，其主要依据是详细测试。集成测试的主要工作测试软件模块之间的接口是否正确实现，基本依据是软件体系结构设计。确认测试和系统测试是在软件开发完成后，验证软件的功能与需求的一致性、验证软件在相应的硬件条件下的系统功能是否满足用户需求，其主要依据是用户需求。

3 、测试人员将发现的缺陷编写成正式的缺陷报告，提交给开发人员进行缺陷的确认和修复。缺陷报告编写最主要的要求是保证缺陷的重现。要求测试人员具有很好的文字表达能力和语言组织能力。

4 、测试人员需要分析软件质量。在测试完成后，测试人员需要根据测试结果来分析软件质量，包括缺陷率、缺陷分布、缺陷修复趋势等。给出软件各种质量特性包括有功能性、可靠性、易用性、安全性、时间与资源特性等的具体度量。最后给出一个软件是否可以发布或提交用户使用的结论。

5 、测试过程中，为了更好地组织与实施测试工作，测试负责人需要制定测试计划，包括有测试资源、测试进度、测试策略、测试方法、测试工具、测试风险等。

6 、测试人员为了更好更有效地进行测试，保证测试工作质量，需要在执行测试工作之前首先需要设计测试用例，形成测试用例报告。设计测试用例是保证测试质量的核心工作，很多测试技术都可以用来指导设计用例。为了提高测试用例的设计效率，BTEST培训课程专门开设了高效设计测试用例一门课来讲授各种设计用例的技术与方法。

7 、为了提高工作效率或提高测试水平，测试工作需要引进自动化测试工具，测试人员需要学会使用自动化测试工具，编写测试脚本，进行性能测试等。

8 、测试负责人在测试工作中，还需要根据实际情况不断改进测试过程，提高测试水平，进行测试队伍的建设等。

职业发展

测试组长这类测试人员通常是测试项目的负责人，既要具备较高的测试技术能力，还要具备一定的管理能力。主要职责是制定测试计划、编写测试计划、监控和管理整个测试过程。测试组长可以向上发展为测试部经理、质量经理，也可以横向发展为项目经理，而且通常待遇相对较高些。

测试分析师

主要职责是对系统的测试结果进行综合的分析，例如缺陷分析、性能分析等。测试分析师不但测试技术能力较强，还要具备数据库、操作系统等多方面的技术知识。这类职务的发展空间也不错，可以发展成系统设计师等。

自动化测试工程师、测试开发工程师

主要职责是编写测试程序、执行自动化测试任务。这类职位的测试人员至少要达到初级程序员的能力，因为经常和程序打交道。发展空间也不错，例如可以发展为程序员。

职业素质

计算机专业技能

计算机领域的专业技能是测试工程师应该必备的一项素质，是做好测试工作的前提条件。尽管没有任何IT背景的人也可以从事测试工作，但是一名要想获得更大发展空间或者持久竞争力的测试工程师，则计算机专业技能是必不可少的。计算机专业技能主要包含三个方面：

1. 测试专业技能

测试专业知识很多，本书内容主要以测试人员应该掌握的基础专业技能为主。测试专业技能涉及的范围很广：既包括黑盒测试、白盒测试、测试用例设计等基础测试技术，也包括单元测试、功能测试、集成测试、系统测试、性能测试等测试方法，还包括基础的测试流程管理、缺陷管理、自动化测试技术等知识。

2. 软件编程技能

“软件编程技能实际应该是测试人员的必备技能之一，在微软，很多测试人员都拥有多年的开发经验。因此，测试人员要想得到较好的职业发展，必须能够编写程序。只有能给编写程序，才可以胜任诸如单元测试、集成测试、性能测试等难度较大的测试工作。

此外，对软件测试人员的编程技能要求也有别于开发人员：测试人员编写的程序应着眼于运行正确，同时兼顾高效率，尤其体现在与性能测试相关的测试代码编写上。因此测试人员要具备一定的算法设计能力。依据资深测试工程师的经验，测试工程师至少应该掌握Java、C#、C++之类的一门语言以及相应的开发工具。

3. 网络、操作系统、数据库、中间件等知识

与开发人员相比，测试人员掌握的知识具有“博而不精”的特点，“艺多不压身”是个非常形象的比喻。由于测试中经常需要配置、调试各种测试环境，而且在性能测试中还要对各种系统平台进行分析与调优，因此测试人员需要掌握更多网络、操作系统、数据库等知识。

在网络方面，测试人员应该掌握基本的网络协议以及网络工作原理，尤其要掌握一些网络环境的配置，这些都是测试工作中经常遇到的知识。

操作系统和中间件方面，应该掌握基本的使用以及安装、配置等。例如很多应用系统都是基于Unix、linux来运行的，这就要求测试人员掌握基本的操作命令以及相关的工具软件。而WebLogic、Websphere等中间件的安装、配置很多时候也需要掌握一些。

数据库知识则是更应该掌握技能，现在的应用系统几乎离不开数据库。因此不但要掌握基本的安装、配置，还要掌握SQL。测试人员至少应该掌握Mysql、MS Sqlserver、Oracle等常见数据库的使用。

行业知识

行业主要指测试人员所在企业涉及的行业领域，例如很多IT企业从事石油、电信、银行、电子政务、电子商务等行业领域的产品开发。行业知识即业务知识，是测试人员做好测试工作的又一个前提条件，只有深入地了解了产品的业务流程，才可以判断出开发人员实现的产品功能是否正确。

很多时候，软件运行起来没有异常，但是功能不一定正确。只有掌握了相关的行业知识，才可以判断出用户的业务需求是否得到了实现。

行业知识与工作经验有一定关系，通过时间即可以完成积累。

个人素养

作为一名优秀的测试工程师，首先要对测试工作有兴趣：测试工作很多时候都是显得有些枯燥的，因此热爱测试工作，才更容易做好测试工作。因此，除了具有前面的专业技能和行业知识外，测试人员应该具有一些基本的个人素养，即下面的“五心”。

1.专心：主要指测试人员在执行测试任务的时候要专心，不可一心二用。经验表明，高度集中精神不但能够提高效率，还能发现更多的软件缺陷，业绩最棒的往往是团队中做事精力最集中的那些成员。

2.细心：主要指执行测试工作时候要细心，认真执行测试，不可以忽略一些细节。某些缺陷如果不细心很难发现，例如一些界面的样式、文字等。

3.耐心：很多测试工作有时候显得非常枯燥，需要很大的耐心才可以做好。如果比较浮躁，就不会做到“专心”和“细心”，这将让很多软件缺陷从你眼前逃过。

4.责任心：责任心是做好工作必备的素质之一，测试工程师更应该将其发扬光大。如果测试中没有尽到责任，甚至敷衍了事，这将会把测试工作交给用户来完成，很可能引起非常严重的后果。

5.自信心：自信心是现在多数测试工程师都缺少的一项素质，尤其在面对需要编写测试代码等工作的时候，往往认为自己做不到。要想获得更好的职业发展，测试工程师们应该努力学习，建立能“解决一切测试问题”的信心。

“五心”只是做好测试工作的基本要求，测试人员应该具有的素质还很多。例如测试人员不但要具有团队合作精神，而且应该学会宽容待人，学会去理解“开发人员”，同时要尊重开发人员的劳动成果——开发出来的产品。

外包软件测试工程师

外包软件测试工程师主要承接外包软件测试工作，外包软件测试就是指软件企业将软件项目中的全部或部分测试工作，交给提供软件外包测试服务的公司，由他们为软件进行专门的测试。这样做的好处有两个：一方面软件企业可以更好地专注核心竞争力业务，同时降低软件项目成本;另一方面，由第三方专业的测试公司进行测试，无论在技术上还是管理上，对提高软件测试的有效性都具有重要意义。

外包软件测试行业前景非常看好，发展空间很大。IDG的数据显示，最近几年，中国的软件外包产业年均增长率为36.5%，正处于快速发展的阶段，2008年预计已达到16.9亿美元的市场规模。目前韩日、欧美国家的软件企业纷纷关注中国市场，而作为软件外包强国的印度，在其国内处于前几位的软件外包服务商也准备来“分一杯羹”。从目前市场来看，选择将部分软件测试工作进行外包的公司主要是微软、IBM等国际软件旗舰企业，他们利用第三方专业软件测试公司，在产品发布前对软件进行一系列的集成测试和系统测试，即保证了测试工作的全面性，又节省了人力、物力的开销。最重要的是，测试结果往往好于这些软件企业最初的预期，效果非常令人满意。软件企业和提供软件外包测试服务的公司进行合作，只要达成双赢，两方皆大欢喜，这样的合作就会越来越多，项目也会越做越大。

主要业务类型

·本地化软件测试

·国际化软件测试

主要测试的范围

·本地化语言质量测试

·国际化软件的功能和性能测试

测试工作主要方式

·公司内部(In house)执行的测试

·派驻客户开发中心的现场测试(On site)。

《软件测试工程师指南》

作者简介:

Timur 赵,Nortel 高级测试主管,浙大博士;

当你生活于网络时代，只要原地不动就很容易落伍了。

没有经验，不知如何跻身于测试工程师的行列?以下几个基本方向能使你从新手成为软件测试的行家里手。

软件工业是自动化工业的一部分。而且是最活跃发展最迅速的一个方面。到底有多迅速?任何人的想像力都不够!正如我们不会把我们的事务托付给不可靠的经纪，任何有分量的公司都不会采用没有质量保障的软件。软件测试人员，我是说有水平有经验的软件测试人员永远是供不应求的。软件测试经理不得不花很多的时间去面试有潜力的应聘者。一些应聘者在软件方面或者软件测试方面毫无实际经验，明知道软件测试工作是一个高回报的和最合适的软件工业入门，就是无法抓住一个又一个机会。这些人真正需要的是一个指南能告诉他们如何成为一个软件测试工程师。

首先，进入软件测试需要哪些技能?

1、软件工程技能 你必须了解软件软件工程(设计、开发和简单测试)，应用，系统，自动测试编程，及操作系统，数据库，网络系统和协议的设计和使用。

2、交流技巧 如果想确定软件缺陷，你应当能够指出什么时候的缺陷算是缺陷。

3、组织技能 如果你在别人都头脑发昏的时候保持清醒，你就可能是一个好的软件测试工程师。在网络时代软件测试是一项有压力的复杂性工作，但如果你能从这些纷繁中找到一种途径，它就是一项回报丰厚的事业。

4、实践技能 当一个工作需要经验，而你又需要一个工作去丰富你的经验时该怎么办?这并不完全是一个两难的问题，你可能采用几种方式去获得实际经验。

5、态度 除了技术水平，你需要理解和采取适当的态度去做软件测试。

1、软件工程技能(Software Engineering Skills)

软件工程技能可以分成三大块：理解软件工程的规则，了解计算机编程和操作系统知识。

理解软件工程“规则”。有一种过时的眼光认为软件工程只是由一些在工作期限之前疯狂编程、靠着非凡的协调能力和超人般的咖啡消耗整夜不睡，不停地设计和测试程序的“专家”们组成的。这种现象确实存在，但你只有了解了软件开发的真正过程，才会是一个专业人员。

从哪开始呢?先到图书馆去走一走。你需要建立软件测试知识的软件工程基础。我的建议是阅读Roger Pressman的软件工程：A Practitioner's Approach, fifth edition (职业入门，第五版，McGraw Hill, 2000年版)和 Glenford Myers的The Art of Software Testing(软件测试艺术，John Wiley & Sons, 1979年版)。Pressman的书是一个对软件工程原理的全面介绍。有很多关于软件技巧、项目管理、要求分析和软件设计等软件工程方面的好书，但Pressman对这些方面在一本书里作了介绍。Glenford Myers不到二百页，1979年发行，却是软件测试方面的圣经。Myers定义及诠释的测试方法论已成为软件测试的基本模块。

Myers还考查了软件测试中的经济(缺陷的代价)和心理学方面(测试的目标就是发现失误及不成功之处)，以及主导软件开发和测试的基本原则。

对参考书进行基本研究是一个好的开端，但这只是单方对话。如果你能和上千个直接具有软件工程和测试经验的人以及想进入这一领域的人对话是不是再好不过了呢?感谢那些网络电子部落，你已经可以做到了。Comp.software-eng覆盖了设计、编程、项目管理等软件工程的各个方面。Comp.software.testing涵盖了软件测试的自动化、培训、技巧等方面。

等等，别只停留在这里!你是不是应当经常访问这些网址呢?Bug-Net(http://65.54.244.250/cgi-bin/linkrd...%2ebugnet%2ecom)是有关软件缺陷的在线杂志。阅读有关缺陷的文章是学习如何工作及失败的极好方式。你也应当查阅软件测试及质量工程杂志(http://65.54.244.250/cgi-bin/linkrd...ww%2estqe%2ecom)。STQE 是确定网络软件测试资源很好的始发站。

计算机编程。不能想像有的人喜欢测试产品却从不阅读、检查和理解组成产品的软件一样。

不要误解我的意思。你不必花所有的时间去读源代码，但任何你做过的有关自己程序的设计、编写和纠错都能大大地有助于测试别人编写的程序。

你怎样学习编程?通过编程。可以严肃地说，开始学习写计算机程序是最简单的事。记住我说的是“开始学习”。软件编程环境，例如 Microsoft Windows Foundation Classes (MFC) or Sun's Java Foundation Classes (JFC, also called "Swing")不断变得越来越复杂，越来越难跟得上。

但我在努力超越自己。你应当怎样学习编程呢?

首先，买Microsoft Visual Basic。不要让名字骗了你。你能用这套组件建立相当复杂的程序。而且它只要一百元左右。下一步呢?等等，是visual编程警告的时候了!

现在你为你的PC买一个程序语言的时候，你其实是买了一个集成开发系统或称为IDE。这些IDE通过对编程的简化把开发过程流水线化。这些IDE其实会帮你写很多编码。这非常有利于尽早开发出一个产品，却不利于你学习编程。如果你用Windows产生程序，你别无选择，因为环境介入太多使你无法从头编程。如果你从Unix系统产生程序，你能自己写所有的编码。

一旦你习惯了与参量、控制结构、对象、输入输出及更重要的Visual Basic纠错打交道的时候，你就可以开始学习C语言了。学习C能使你熟悉十六进制系统，通过指针分配和参考内存，存取个体位码及建立程序模块。

我总是认为在学Java之前最好先学会C，因为C强迫你自己去完成许多任务而Java会自动处理(例如，释放未用的空间)。用C工作比Java难，但你能学到编程更多的基本方面。你其实能用Visual C++ IDE从头写C程序，但最好还是在Unix系统中学C。

操作系统知识。你已经把它交给了在Redmond, Washington的那些人了。在短短的几年内，Windows NT已经成为世界上大部分计算机的标准操作系统。如果你要用NT工作，你需要了解它的寄存地址。(它是一种用于存储你的系统结构的各个方面的数据库。)我发现Peter Norton写的Inside Windows NT 4.0 (SAMS, 1998)是一本很好的介绍书。但是，如果你的应用或系统要求高的保密度、产出、可靠性及灵活性，Unix依然是最好的选择。

如果你想成为一个成功的软件工程师，你必须能在Unix的世界里工作，如果你想从头学习编程，也要在Unix下进行。

你的选择是什么?你可以到当地的学校或大学学习课程，或者在家建立一个Unix系统。别昏过去了，你所需要的只是一台PC和一份能让你从网络免费下载的Linux拷贝。(你大约花二十九元能买一份在一个CD-ROM中带了所有文件的拷贝。)Linux不是Unix的“玩具”版，它是真实的。它已经发行了七百万份拷贝，一些主要的PC生产商甚至先替你装载了它。

好了，你已经到了Unix或Linux系统了。你应当学些什么?文件和目录结构，标准输入输出和错误流，背景(background，也称为"daemon")处理，从C调用系统功能，好，我可以接下去了。一个好的开端是读Arnold Robbins的Unix in a Nutshell (O'Reilly & Associates, 1999)或者是Ellen Siever的Linux in a Nutshell (O'Reilly & Associates,1999)。

2、交流技能(Communications Skills)

能写出计算机程序却写不出一个完整句子的软件工程师现在还有。但不幸的是，要成为一个成功的软件测试工程师，你需要清楚的交流。

你怎么去学习写?通过写。如果文字水平太粗糙，上一门创造性写作的课。每天写工程流水记录或发email。关键是学习(或重新学习)怎样用清晰可懂的语言表达你的思想。一个好的写作参谋是William Strunk Jr.和E.B. White写的The Elements of Style(Allyn & Bacon, 2000)，它一点也不象初中教科书。

测试工程师必须把产品测试的技术写成文件。测试计划提供指导并把测试设计转化为设置、实现测试和评估结果的步骤指导。具有一般软件和产品特性不同层次经验的工程师都能使用这样一个详细的测试计划。如此测试设计者或测试方案作者之外的工程师也能能进行测试。

测试计划也帮着佐证测试策略的正确性。项目中的每个人都应当参与审查(即市场、开发、支持、技术写作及测试人)。计划的审查是必不可少的，因为尽管测试工程师尽最大努力来达成一个对产品的全面定义，这一测试设计者所基于的定义不一定是完整或准确的。此外，就象开发者很难测试他们自己的编码一样，测试工程师也很难明确评估他们自己的测试计划。每一个计划审查者都可能根据其经验及专长建议修改，有时候审查者还能提供测试工程师在组织产品定义时不具备的信息。例如，一个市场人员可能了解到了新的客户要求，一个软件支持专家可能从有关的产品领域了解到了一个新的缺陷报告。

测试计划强调测试计划和执行的原则。在测试计划中描述进行测试所需的测试设计和步骤是另一层关于测试设计和计划的原则。在测试设计和计划中的错误与欠缺在设计转化成测试计划中特定的结构和测试步骤后就经常是再已无法弥补。

测试计划可作为其它项目，例如为不同的产品准备测试时的参考资料。当被测试软件找到缺陷解决并证实后，测试计划所述的测试可以用于证实缺陷的解决方案。同时，一个主要的测试设计信息来源，特别对于旧产品的新版本而言，是相关产品或前版本的测试计划。在建立新版本时，旧版本的软件测试计划都应当被重新审查。

与功能与设计说明不同，测试计划将从测试的角度来描述产品的功能操作。从这方面说，测试计划构成了公司公共档案的一部分。随着时间的流逝人们会离开公司，带走他们的知识。以前产品的测试计划就能帮助你定义新产品的测试。

软件测试工程师还要写测试结果报告。测试结果必须写成文档，这样就能确定被测软件的状态，提供关于必须要解决的缺陷的记录。产品测试中发现的所有缺陷的记录是测试部门最显眼、保存时间最长的文档。测试计划和测试报告在项目的最后常被遗忘，但现存缺陷的清单(或数据库)代表项目未完成的议程。这一议程没完成是因为一些缺陷必须在对原来产品的一个patch或maintenance release的时候纠正，或者它们在这个产品作为后续产品的基础之前被修复。

在与软件产品打交道的过程中，测试工程师比其他部门的人参与项目的更多方面。测试部门应当记录项目过程中重大事件(例如设计决定)的信息。这个信息应能帮助测试部门和其他部门避免在后续项目中犯同样的错误。错误是不可避免，在一个项目中可能出问题。从这些经验中学习就可能避免问题，避免今后的同样错误。从错误中学习的第一步就是记住它们，记忆的第一步就是把它们写下来。

3、组织技能(Organizational Skills)

每当执行一个软件项目的测试计划，几乎不可能不遇到至少会阻碍一些测试而必须解决的缺陷。一个测试工程师应当能灵活地停止测试产品的一部分而开始测试其他部分。有时被测软件需要做根本变动引起大量的测试结果失效，测试也许得重做不止一次。在问题被查找和改变在进行的过程中，测试工程师必须有条理，保持对执行测试的软件的前后关系的明确感受(例如目前被测试的程序特定版本的不同部分)。

网络时代要求的动态开发和测试模式使组织性的工作方式对测试工程师越来越重要。在整个开发过程中被测试软件可能会不断地改进。测试工程师在计划和实施测试的时候必须考虑这些变化因素，必须控制测试环境来保证测试结果的有效性。

记住计划是一个动词。作为一个软件工程师，你永远不会有你想要的所有时间和资源。你总是必须通过理解技术和产品，开发组织方式，从你和其他人的错误中学习，以及在设计必须改变和出问题的时候的迅速调整，使你的测试效果和效率最大化。如何能做到这点呢?基本代数：量化任务、目标和结果来减少方程中的变量数。把产品的功能定义成要求。在测试计划和测试中量化测试及其预期的和实际的结果，把信息提供给项目组。你东点一下西点一下是不能完成整个测试的。未来软件开发的组织模式要求有灵活的设计和不断进化的开发周期。对产品测试必须随着产品的进化而进化。

4、实践经验(Hands-On Experience)

这是个典型的两难问题。你需要软件测试经验来找工作，你没工作你就没经验。你该怎么办?

Be careful! 这需要勇气和你的PC的小心备份。

作为自愿者参与beta测试。怎样发现需要beta测试员的公司呢?首先，给你在软件公司工作的亲友打电话。偶尔有人会需要beta的测试人员。如果这不行，到你最喜欢的网络搜索引擎上去找“beta test”。你会发现很多小(和不那么小的)公司亟需beta测试员。为什么?这得感谢互联网，竞争的加剧使公司必须做出产品模型贴到他们的网址上作为“beta”版推出。这些公司希望人们不仅测试他们的产品，而且对这些免费品感兴趣进而购买他们的产品。

你也能参与开放资源的项目，例如Mozilla，开放资源的网络浏览器是网络浏览器的基础。Mozilla缺陷跟踪系统(bugzilla.mozilla.org)允许网上任何感兴趣的人直接

在 http://65.54.244.250/cgi-bin/linkrd...2emozilla%2eorg 的开放资源项目中直接报告和跟踪缺陷

一句忠告：如果你要把很多beta软件下载到你家里的PC里，投资你的备份设备和防病毒组件。

5、态度(Attitude)

“我希望你幸福的梦想，被你打破了!”

我打赌这句话能勾起一些人童年记忆的创伤。我不是心理学家，但我还敢说这种说法是因为我们渴望看到成功。在软件测试中，你不仅要证实软件在做它该做的，还要证实它不会做它不该做的。为了做到这一点，你得找出软件的失败之处。

进行软件测试需要很多人的眼光要进行一百八十度的转变，因为测试的目标是要让被测软件失败，由此产生出等同于其他东西工作正确时的成功。在软件测试中，一个成功的测试揭示一个缺陷。进行软件测试也是因为互联网的来临要求人们用一种大不同以往的眼光来看待动态的开发和测试模型。

6、必备特性(Necessary Traits)

软件测试工程师除了技术，还要求具有否定性的创造力;探测技巧;总体理解产品的能力;用客户的眼光进行评估;怀疑的而不是敌意的态度;能经受得住坏消息而保持目标;拥抱新技术的热望等特征。

否定性的创造力。一个软件工程师不能怕引起一个产品的瘫痪或烧毁。在软件测试中，边界意味着被超越而不是被遵从。如果一个程序对某个值的极限为10(例如，可以在一时间被打开的最大文件数)，测试工程师的第一想法应当是“如果我把那个值取11，或0，或10.1，甚至不设这个值会如何?”

在我的早期的工作生涯中，有一次我测试一个开发和QA工程师遗漏下来的PC数据库。有问题的数据库是2.01版。这本身就说明产品有问题。2.0版没解决1.0版的所有缺陷吗?或者2.0版又加入了新的缺陷?很遗憾因为时间紧我没有调查这些，只是证实了最后的缺陷修复后就告捷了。

这是很大的错误。我应当重测开发人员所谓“没有变化”的所有产品功能。2.0版本中的缺陷确实复修了，但在修复的过程中，有人破坏了请求。事实就是如此，在数据库里不能搜索数据了，第一个收到这项产品的beta客户发现了这个缺陷。

我宣布以前的测试无效，要求对产品进行全面测试。找到几个缺陷之后，我发现这个数据库读取写保护文件或写保护了的磁盘的时候就会引起瘫痪。开发人员很吃惊我会试着写保护一个数据库。他们的反应就是：“没人会这么干的!”产品的市场经理很快用他们的方式承认了错误。

探测技巧。在一个理想的世界中，软件测试应当在一个经常更新的写得很清楚的功能与设计说明文件(一般被称为“specifications”)中被完整而精确地描述。不幸的是，这一完善被开发程序每一方面文件的任务，包括记录在开发中对程序不可避免的改变，要花很多的时间和精力以至于人们无法完成编程。而且花费也太大。

正式与非正式的信息源

正式系统

要求文件

功能说明书

设计说明书

非正式系统

用户文件

与其他开发人员的交流

与软件支持人员的交流

有关产品的文件

有关产品的缺陷

从工作于相关或早期版本产品获得的“局部知识”

因为我们不是在理想世界里编程，测试工程师应当能够自己找出工作的方式。典型的是，总会有一些设计和功能说明书让测试工程师用于开始他的研究。这些文件能看成为描述被测试软件的“正式”系统。测试工程师应当能用更广大的“非正式”系统的信息来扩展“正式”系统的信息。同时，在项目周期的任何一个点，任何文件都可能是正确或不正确的，所以测试工程师必须根据对软件工作模式的观察，与开发人员和其他项目人员的交谈，或对有关或看上去不那么相关文件的审核，来确定文件的精确性。

总体理解产品。在一个程序项目是，软件开发工程师主要把他们的精力和注意力集于自己的项目部分。结果当这些项目部分组合在一起进行测试的时候，就会碰到兼容性的问题。到产品寄给一个客户之前，唯一能见到整个产品的就是测试工程师。因此测试工程师必须能够对整个产品的操作与使用保持一种“系统”的眼光。

测试工程师对产品的任何一部分的操作可能不是最好的专家，但他必须是产品整体操作的专家。例如，如果被测的产品是一个类似于Microsoft Office的由文字处理、扩展页和其他有关程序组成的办公室自动组件，测试工程师必须了解每个程序的操作，各个程序之间的相互作用和客户其他的软件硬件和软件环境。

用客户的眼光进行评。测试工程师必须是客户的拥护者。被测程序有可能运行可靠满足所有的设计要求，但在客户的软件环境中未必能够用。产品被送到客户之前的测试之一就是要证实产品达到了客户的要求与期望。在这项测试中，测试工程师必须模拟用户的软件环境，把自己放到他们的位置上。

关于软件功能“正确”而不能满足客户需要的一个悲剧性的例子就是美国航空公司965航班1995年在哥伦比亚卡利市的一次失事。在飞行着陆时，空中信号控制系统指示机组人员朝一个叫“Rozo”的航空信号灯飞。这个信号灯在航空图中标为R。机组人员把R输入到飞行管理计算机中，看到了明显是由近到远列出的六个航空信号灯。机组人员选了第一个信号灯，以为这就是Rozo。但那不是。自动驾驶仪把飞机向左转了九十度，撞到了山上。

什么地方出错了呢?当航空表里把Rozo列为R的时候，飞行管理计算机要求机组人员输入信号灯的全名调出它的方位。同时，计算机只显示了信号灯的编码字母和方位。计算机功能“正确”，但不满足用户的需求。

要求变化。项目刚开始时的要求与最终项目完成时的要求一致的情况是极少见的。有时技术变化了，产品必须改变以适应于技术。有时竞争对手的产品具有你的产品所没有的功能。很多情况下，客户的或潜在客户的要求需要变化。这些因素合在一起的一个例子就是目前Microsoft Internet Explorer和Netscape的竞争。

随着计算机首次用户的迅速增加，今天的测试工程师比以往更需要把自己置于客户的位置上。这些新的非技术用户不愿意接受缺陷，对缺陷的解释或理性思考，或通过“升级”修正缺陷。他们只希望他们所买产品的软件和硬件都是能工作的。

怀疑的而不是敌意的态度。测试工程师不能按表面值接受事物，必须执着地对一切提出疑问直到被证实。工程师必须用一种与项目的其他的人合作精神来平衡这种怀疑性与执着性。测试部门与其有关部门的关系可能会变得紧张，特别是在大量缺陷被发现后，或者在每个找出的缺陷会潜在地延迟产品的发货时间而延迟了项目时。测试工程师应当记住要攻击程序的整体性，而不是程序员。

经受得住坏消息而保持目标的能力。一个测试工程师必须忠实地汇报产品中的缺陷。这一信息应当被项目组欢迎，因为每一个测试工程师遇到的问题(除非加入新的问题)都意味着减少客户会面临的问题。但不幸的是很多人不想听到有问，特别是在程序项目的后期。

测试工程师应当能处理因为工作做得太好而引起责备的情况。这对有些人来说是很难做到的，会严重地影响斗志与自尊。

看起来常常是测试工程师阻挠了向客户交货。客观的项目经理才能感觉到测试工程师是在对项目提供有价值的服务。我清楚地记得一个项目经理举起他的手求我他要的是：“解决方案，不是问题!”(他不明白解决方案的实现有时要求一个问题的解决。)有时项目经理在项目计划不方便的时候对于因为发现缺陷而打折是有压力的。在这些情况下，测试工程师应当能基于他对产品的经验和知识进行辩护，但他不应表现为象是他个人受到了威胁。

如何避免这些情形呢?就测试的内容、时间及如何更新测试结果和缺陷信息，设定其他项目组成员的期望。我曾经为一个希望延迟产品发送日期的QA经理工作过。他的目的不是为了产品成功，而是政治权力的操纵。他确信自己能被提升，把一些为他工作的工程师指定为“manager”，开始自称为“director”，还要大楼管理人员把他的办公隔间加宽一英尺。(这没有实现，但至少他的座位有了更多伸脚的余地。)

拥抱新技术的热望。对多数人来说，年龄越大越难学习。在商业世界里，人员越往公司的食物链高处走，越远离他们所建立的技术基础。这一部分是因为他们需要把精力集中于其他的经营和指导其下属的任务中。有时也是因为他们不幸地认为自己已不需要进行实践的技术工作了。互联网增加了技术变化的速度。不继续学习或跟着发展就无法做出商务与技术的决断。

从前的一个经理给我树立了如何对待新技术的榜样。我跟他工作的时候他年近六十，但他象新手一样地热心于学习新技术。他大量地获取信息，不断补充在网络服务器、防火墙、和Perl或Expect等新语言的知识。他还重视做QA或测试组织的工作。他的最初背景是软件开发和开发管理，但他并不认为做QA经理是在降低他的声望。他明白一个独立的测试或QA组所进行的完整测试能使开发经理的工作变得多简化。

正象我所说的，当你生活于网络时代，只要原地不动就很容易落伍了。

相对于其他软件工程人员， 软件测试工程师的知识面应该非常宽广，但最重要的品质应该是能够在第一时间内接受新技术。

由于公司之间的竞争日益集中在质量方面，所以公司对软件测试人员的需求量也越来越大，这一点，在北美尤为明显，这决定了软件测试行业的前景可喜，同时也为愿意不断进取、学习新技术的华人移民提供了广阔的就业空间，软件测试工程师的就业机会一直都是非常多的，最关键，要善于抓住机遇并肯付出努力，踏踏实实的学起来、做起来。

开设课程:

搭建 Windows 测试环境

使用 C 语言开发简单应用

测试计划与软件缺陷

高效设计测试用例

白盒测试

Linux 与网络应用环境

WEB 技术与数据库

高效使用自动测试工具

软件测试实训

职业导向训练