项目开发中关于软件测试常见的误区？

项目开发中关于软件测试常见的误区？

与软件开发相比，很多人对软件测试的，理解是非常片面的。在很多软件开发人员中，包括大多数企业的软件高层管理人员都缺乏软件测试的相关知识和实战经验，并且对软件测试有一定的理解误区，这会对后续的工作产生严重的影响。下面北京北大青鸟为大家介绍关于软件测试常见的误区。

误区一：软件质量问题是软件测试人员的原因

软件测试是提高软件质量的有效手段，保证投入的使用，但是测试并不能百分之百的发现所有问题。软件的质量不是通过测试来衡量的，电脑培训建议软件开发过程中的每一个环节都是质量的关键，做好检查，评审等工作，才能保证质量问题。

误区二：软件测试技术要求不高

很多人认为，软件测试是指运行程序、使用键盘和鼠标进行操作，以确定结果是否正确。实际上，软件测试不仅是软件，还涉及了测试环境的构建和测试用例的设计等相关的技术问题。

误区三：时间多多测，时间少就少测一些

软件测试不是任选的，多少，如何衡量不是你自己决定的。想要做好软件测试，IT培训认为最重要的就是必须规划设计、分配时间、工作人员组成、风险分析、监测、集装箱，对软件项目进行设计和协调。

误区四：软件测试只是测试人员的事，和开发人员无关

为了减小相互的影响，一般要求开发和测试是相对独立的，这只是分工的不同。北大青鸟发现开发和测试是两个补充软件项目的过程、人员交流、协作和配合来提高整体开发效率的重要因素。

女生做软件测试的利弊有哪些？

最近，很多女生问：女生适合做软件测试吗?由于软件测试的工作时间长，工作强度大，所需要的专业水平较高，有些人认为女生不适合做软件测试，从而误导了一些人，其实，女生是非常适合做软件测试的，下面就简述分析一下女生做软件测试的利弊，帮助女性朋友们走出误区。

女生做软件测试真的适合吗?

做软件测试适合女生吗?简单来说，做软件测试对性别是没有要求的。这个行业里的男女比例很均衡，是一个越久越吃香的行业，想做好的话，与其他行业一样，就看自己是否想做这个，自己是否能做了，这个全是靠你自己衡量。

软件测试工程师与软件工程师不同，软件工程师大多是男生，因为软件开发的工作需要很强的逻辑推理能力，而软件测试工程师则不需要天天去思维创造，工作重点是在注重经验的积累上面，同时，

软件测试工程师要查找软件的缺陷需要具备的素质与女性所有的细心，

耐心，安静，敏感等各个方面很吻合。同时，女生做测试的优势还在于沟通，女生应该比男生稍微细心点，这点对于发现bug还是很有优势的。大部分女生的技术还是稍微比男生差点。

通常情况下，女生在择业方面会考虑的要比男生多，除了自身条件外，工作压力、有没有发展空间等因素也是众多女生综合考虑的。从长期的职业规划的角度看，软件测试具有一定的稳定性，在工作内容方面不太依赖个人的创新能力，

越久越吃香。在职业素养方面要求从业者有责任心、有耐心并且专心细心。这样看来，女生很适合做软件测试工作。

软件测试是在软件开发过程中，在不同阶段对程序进行测试，发现程序中的错误，对软件的质量进行控制，扮演着“把关人”的角色。细腻、敏感、认真、有耐心、想象力丰富、沟通能力强是女性与生俱来的性格特点，

这些性格特点可以使女生在软件测试工作中更加顺利。

聊聊女生做软件测试的利弊

1)女生更细心;

2)开发多数男生，女生更容易沟通

3)个人素养方面

其实一个优秀的软件工程师不仅仅要有专业素养，还需要有个人素养，在软件工程师的这个五个个人素养里面，也许女生会占更大的优势，具体的来了解下：

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

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

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

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

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

软件测试的方法一共有几种

1、从是否关心内部结构来看

（1）白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。

（2）黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。

（3）灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。

2、从是否执行代码看

（1）静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

(2)动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。

3、从开发过程级别看

（1）单元测试：又称模块测试，是针对软件设计的最小单位----程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。

(2)集成测试：又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。

（3）系统测试：是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。

在系统测试中，对于具体的测试类型有：

（1）功能测试：对软件需求规格说明书中的功能需求逐项进行的测试，以验证功能是否满足要求。

（2）性能测试：对软件需求规格说明书的功能需求逐项进行的测试，以验证功能是否满足要求。

（3）接口测试：对软件需求规格说明中的接口需求逐项进行的测试。

（4）人机交互界面测试：对所有人机交互界面提供的操作和显示界面进行的测试，以检验是否满足用户的需求。

（5）强度测试：强制软件运行在异常乃至发生故障的情况下（设计的极限状态到超出极限），验证软件可以运行到何种程序的测试。

（6）余量测试：对软件是否达到规格说明中要求的余量的测试。

（7）安全性测试：检验软件中已存在的安全性、安全保密性措施是否有效的测试，

（8）可靠性测试：在真实的或仿真的环境中，为做出软件可靠性估计而对软件进行的功能（其输入覆盖和环境覆盖一般大于普通的功能测试）

（9）恢复性测试：对有恢复或重置功能的软件的每一类导致恢复或重置的情况，逐一进行的测试。

（10）边界测试：对软件处在边界或端点情况下运行状态的测试。

（11）数据处理测试：对完成专门数据处理功能所进行的测试。

（12）安装性测试：对安装过程是否符合安装规程的测试，以发现安装过程中的错误。

（13）容量测试：检验软件的能力最高能达到什么程度的测试。

（14）互操作性测试：为验证不同软件之间的互操作能力而进行的测试。

（15）敏感性测试：为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。

（16）标准符合性测试：验证软件与相关国家标准或规范（如军用标准、国家标准、行业标准及国际标准）一致性的测试。

（17）兼容性测试：验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。

（18）中文本地化测试：验证软件在不降低原有能力的条件下，处理中文能力的测试。

4、从执行过程是否需要人工干预来看

（1）手工测试：就是测试人员按照事先为覆盖被测软件需求而编写的测试用例，根据测试大纲中所描述的测试步骤和方法，手工地一个一个地输 入执行，包括与被测软件进行交互（如输入测试数据、记录测试结果等），然后观察测试结果，看被测程序是否存在问题，或在执行过程中是否会有一场发生，属于比较原始但是必须执行的一个步骤。

（2）自动化测试：实际上是将大量的重复性的测试工作交给计算机去完成，通常是使用自动化测试工具来模拟手动测试步骤，执行用某种程序设计语言编写的过程（全自动测试就是指在自动测试过程中，不需要人工干预，由程序自动完成测试的全过程；半自动测试就是指在自动测试过程中，需要手动输入测试用例或选择测试路径，再由自动测试程序按照人工指定的要求完成自动测试）

5、从测试实施组织看

（1）开发测试：开发人员进行的测试

（2）用户测试：用户方进行的测试

（3）第三方测试：有别于开发人员或用户进行的测试，由专业的第三方承担的测试，目的是为了保证测试工作的客观性

6、从测试所处的环境看

（1）阿尔法测试：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试

（2）贝塔测试：是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本，并要求用户报告

扩展资料

软件测试的内容：

1 得到需求、功能设计、内部设计说书和其他必要的文档

2 得到预算和进度要求

3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )

4 确定应用软件的高风险范围，建立优先级、确定测试所涉及的范围和限制

5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试

6 确定对测试环境的要求 ( 硬件、软件、通信等 )

7 确定所需的测试用具 (testware) ，包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等

8 确定对测试的输入数据的要求

9 分配任务和任务负责人，以及所需的劳动力

10 设立大致的时间表、期限、和里程碑

11 确定输入环境的类别、边界值分析、错误类别

12 准备测试计划文件和对计划进行必要的回顾

13 准备白盒测试案例

14 对测试案例进行必要的回顾 / 调查 / 计划

15 准备测试环境和测试用具，得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南，建立测试跟踪过程，建立日志和档案、建立或得到测试输入数据

16 得到并安装软件版本

17 进行测试

18 评估和报告结果

19 跟踪问题 / 错误，并解决它

20 如果有必要，重新进行测试

21 在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具

参考资料：百度百科-软件测试

软件测试和软件开发的关系？

软件测试工程师：查找bug、管理bug、质量保证

软件开发工程师：系统设计、编码、修改bug

薪水收入对比：

软件开发：跨度非常大，1000-4、5万/月不等

软件测试：薪资稳定，一般为2000-6000/月

职业年限长度：

软件开发：3-5年

软件测试：有可能做到退休(如果你自己希望的话)

职业发展比较：

软件开发：做了3-5年开发后，仍未升为项目经理，考虑转行

软件测试：随着项目经验的增加及对行业背景了解的加深，越老越吃香

测试工程师与开发工程师目标一致、行为对立、并行工作，有生产就必然有质检，二者的工作相辅相成，开发人员和测试人员的主要矛盾就集中在对bug的定义上。测试人员辛辛苦苦发现软件中有问题，报了一个bug。这时就会出现两种状况。种，开发人员工作很忙，压力很大，外加心情不好，就会说出如下几类话：

a.你会不会用软件呀？

b.你使用了bt的方法发现了用户永远也不可能发现的问题

c.由于我使用了XXX技术，YYY方法和受到了ZZZ的约束，所以只能出现这样的问题，所以就不是bug

d.上次都说过了，是你们测试的问题，先保证测试用例的正确性再来测试

大家也许要问如何解决紧张的关系，我想到了几个方面，也欢迎大家补充。

先我要为测试人员说说好话，因为我们通常被认为是不重要的一群人。

1）开发人员通常把软件看成是程序，他们这种认识上的误区会排斥程序以外的其它因素，例如相关的文档。

2）开发人员通常把软件的质量等同于软件功能性方面的质量。ISO/IEC9126标准中定义了6大质量特性，我们做测试的人员不应该让开发人员钻其它五项的空子。

3）测试人员通常关注的软件的行为，也就是外在表现，是对外部质量的评价。而开发人员通常是关注软件的实现细节，也就是内部构成，即内部质量。外部质量和内部质量是不等价的，也就是说开发人员犯的错误会引入缺陷，而缺陷在特定的使用下才会产生失效。所以北大青鸟建议应该统一和测试人员关于bug的理解和认识，避免分歧的不断涌现。

学软件测试比软件开发要容易一些吗？

软件测试确实要比软件开发容易些。开发需要灵感的，也就是较强的思维能力。如果你是科班学生又是毕业两年之内的，建议学开发。千锋教育就有线上免费的软件测试公开课，。
千锋教育采用全程面授高品质、高体验培养模式，学科大纲紧跟企业需求，拥有国内一体化教学管理及学员服务，在职业教育发展道路上不断探索前行。但如果是零基础，测试你可以没有任何基础，门槛低，只要你的软条件比较好，后期好好学习能学出来的。相比来讲，软件测试的学习会比开发简单，因为入门阶段主要是手工测试，功能测试的话主要是一些工具的使用，就是我们所说的点来点去就行，然后熟悉测试流程，测试用例编写等。比开发更容易些，开发开始的话需要学习语法，枯燥的代码编写。所以软件测试相对来说，学习起来没有那么累。此外，软件测试对于技术的更新迭代没有开发技术那么快，对于测试技术的深度也没有开发要求那么高，不想开发需要花费大把时间钻研，时刻紧盯技术前沿。千锋将在高校、企业、学员和各方合作伙伴支持下，努力成为一个有情怀、有良心、有品质的一流教育机构，为国家培养更多高质量数字技能人才。

如何看待软件测试在保证软件产品质量中所起的作用

1、软件测试在保证产品质量中所起的作用，就是在产品发布前提前发现问题解决问题，节约产品发布后的维护费用。
2、软件测试的原有目标也就是为了减少产品发布后的客户投诉，现在说法有好多，可以说叫做节约成本，提高收益，还可以保证产品质量。。。。。目的其实就这么一个。。。。
3、问题有点笼统，但是系统设计如果出现问题，将会对整个测试工作都产生影响，这个不敢妄下结论。
4、测试存在的误区对测试工作的影响，缺陷的露出啦，这个是最直接的表现。

软件测试的现状前景

软件开发中出现错误或缺陷的机会越来越多，市场对软件质量重要性的认识逐渐增强。所以，软件测试在软件项目实施过程中的重要性日益突出。但是，现实情况是，与软件编程比较，软件测试的地位和作用，还没有真正受到重视，对于很多人（甚至是软件项目组的技术人员）还存在对软件测试的认识误区，这进一步影响了软件测试活动开展和真正提高软件测试质量。
（1）误区之一：软件开发完成后进行软件测试
人们一般认为，软件项目要经过以下几个阶段：需求分析，概要设计，详细设计，软件编码，软件测试，软件发布。据此，认为软件测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测试用例设计，执行测试。因此，软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的和内容的测试活动，以保证各个阶段的正确性。软件测试的对象不仅仅是软件代码，还包括软件需求文档和设计文档。软件开发与软件测试应该是交互进行的，例如，单元编码需要单元测试，模块组合阶段需要集成测试。如果等到软件编码结束后才进行测试，那么，测试的时间将会很短，测试的覆盖面将很不全面，测试的效果也将大打折扣。更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误，如果要修复该类错误，将会耗费大量的时间和人力。
（2）误区之二：软件发布后如果发现质量问题，那是软件测试人员的错
这种认识很打击软件测试人员的积极性。软件中的错误可能来自软件项目中的各个过程，软件测试只能确认软件存在错误，不能保证软件没有错误，因为从根本上讲，软件测试不可能发现全部的错误。从软件开发的角度看，软件的高质量不是软件测试人员测出来的，是靠软件生命周期的各个过程中设计出来的。出现软件错误，不能简单地归结为某一个人的责任，有些错误的产生可能不是技术原因，可能来自于混乱的项目管理。应该分析软件项目的各个过程，从过程改进方面寻找产生错误的原因和改进的措施。
（3）误区之三：软件测试要求不高，随便找个人做都行.,,,....
很多人都认为软件测试就是安装和运行程序，点点鼠标，按按键盘的工作。这是由于不了解软件测试的具体技术和方法造成的。随之软件工程学的发展和软件项目管理经验的提高，软件测试已经形成了一个独立的技术学科，演变成一个具有巨大市场需求的行业。软件测试技术不断更新和完善，新工具，新流程，新测试设计方法都在不断更新，需要掌握和学习很多测试知识。所以，具有编程经验的程序员不一定是一名优秀的测试工程师。软件测试包括测试技术和管理两个方面，完全掌握这两个方面的内容，需要很多测试实践经验和不断学习精神。
（4）误区之四：软件测试是测试人员的事情，与程序员无关
开发和测试是相辅相成的过程，需要软件测试人员、程序员和系统分析师等保持密切的联系，需要更多的交流和协调，以便提高测试效率。另外，对于单元测试主要应该由程序员完成，必要时测试人员可以帮助设计测试样例。对于测试中发现的软件错误，很多需要程序员通过修改编码才能修复。程序员可以通过有目的的分析软件错误的类型、数量，找出产生错误的位置和原因，以便在今后的编程中避免同样的错误，积累编程经验，提高编程能力。
（5）误区之五：项目进度吃紧时少做些测试，时间富裕时多做测试
这是不重视软件测试的表现，也是软件项目过程管理混乱的表现，必然会降低软件测试的质量。一个软件项目的顺利实现需要有合理的项目进度计划，其中包括合理的测试计划，对项目实施过程中的任何问题，都要有风险分析和相应的对策，不要因为开发进度的延期而简单的缩短测试时间、人力和资源。因为缩短测试时间带来的测试不完整，对项目质量的下降引起的潜在风险，往往造成更大的浪费。克服这种现象的最好办法是加强软件过程的计划和控制，包括软件测试计划、测试设计、测试执行、测试度量和测试控制。
（6）误区之六：软件测试是没有前途的工作，只有程序员才是软件高手
由于我国软件整体开发能力比较低，软件过程很不规范，很多软件项目的开发都还停留在“作坊式”和“垒鸡窝”阶段。项目的成功往往靠个别全能程序员决定，他们负责总体设计和程序详细设计，认为软件开发就是编写代码，给人的印象往往是程序员是真正的牛人，具有很高的地位和待遇。因此，在这种环境下，软件测试很不受重视，软件测试人员的地位和待遇自然就很低了，甚至软件测试变得可有可无。随着市场对软件质量的不断提高，软件测试将变得越来越重要，相应的软件测试人员的地位和待遇将会逐渐提高。在软件过程比较规范的大公司，软件测试人员的数量和待遇与程序员没有多大差别，优秀测试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景的行业，软件测试大有前途，市场需要更多具有丰富测试技术和管理经验的测试人员，他们同样是软件专家。 程序测试的过程具有破坏性
人类的活动具有高度的目的性，建立适当的目标具有重要的心理作用。如果我们的目的是要证明程序中没有错误，那我们就会不自觉地朝这个方向去做；也就是说，我们会倾向于挑选那些使程序出错的可能性较小的测试数据。另一方面，如果我们的目标是要证明程序中有错，那就会选择一些易于发现程序所含错误的测试数据。而后一种态度会比前者给程序增添更多的价值。 就业竞争小
人才供不应求让软件测试人员的就业竞争压力明显小于同类其它职业，有利于从业者的身心健康。另外，由于软件测试在我国起步较晚，独立设置测试部门、对测试人员有强烈需求的多为独具慧眼的大中型IT企业。软件测试人才不需要在小企业积累经验就能获得知名企业的入门通行证，工作起点高于同类其它职业。
高薪
刚入行的软件测试人员，起步的月薪就在3000-5000元左右，远高于同龄人2000元的薪资水平，随着工作经验的丰富以及能力的提升，这份薪水将一路看涨。
就业质量高
与其他IT职位相比，软件测试人员最大的优势就是发展方向太多了。由于工作的特殊性，测试人员不但需要对软件的质量进行检测，而且对于软件项目的立项、管理、售前、售后等领域都要涉及。在此过程中，测试人员不仅提升了专业的软件测试技能，还能接触到各行各业，从而为自己的多元化发展奠定了基础。
无性别歧视
如果把软件开发领域比作“男子单打”，那么，软件测试领域就是“混合双打”。由于工作的特殊性，软件测试人员更要具有认真、耐心、细致、敏感等个性元素，而这在一定程度上与女性的个性气质相吻合。据了解，很多IT企业中软件测试人员的比例更趋向男女平衡，甚至出现女性员工成主流的情况。 测试需要覆盖到企业应用程序产品线的所有应用。通常，首先是去【问】“风险最大的应用是哪个？”并且一个个单独查看。但是如果所有的低风险应用程序加起来有无数漏洞，也会造成灾难。”
配对，但是要更为灵活，测试人员需要将代码自动化的任务留给开发人员。这是开发人员得到反馈最为迅速的方式，如果我们让测试人员整天做自动测试，这是浪费时间。相反，应该让测试人员和开发人员配对，并且帮助他们（开发人员）学习如何进行测试。一个优秀的测试人员能给团队带来什么？很多很多。
配对，然后真正的配对，就像mob编程团队一样。在mob编程里，一组有六到八名开发人员，他们集中到一个屋子里，一起狂热地写代码。其实这一理念也可以用在测试上（有人称之为mob测试），或者作为将测试人员和开发人员集中到同一个房间的方式，来一起找到解决问题的方法。

如何看待软件测试在保证产品质量中所起的作用？

1. 软件测试基础（P1-3）
测试基础知识的学习目标
本章的学习目标：完成下面模块(module)的学习后，将明确能做什么。
1.1测试的必要性
 通过具体的例子，来描述软件中的缺陷(defect)会以什么样的方式损害个人、损害环境或者损害公司利益。
 区分引起缺陷的根本原因及其影响之间的区别。
 通过举例的方式说明为什么需要测试。
 描述为什么测试是质量保证(quality assurance)的一部分，通过举例说明测试是如何来提高软件质量的。
 理解术语错误(mistake)、缺陷、失效(failure)以及相应的术语错误(error)和bug之间的区别。
1.2 什么是测试 (K2)
 认识测试的共同目标。
 描述测试作为发现缺陷的一种手段，测试在软件开发、维护和运行中的目的，同时通过测试，可以增强对被测软件的信心并获得一些相关的信息，从而用来预防缺陷。
1.3 测试的基本原则
 说明测试的基本原则。
1.4 基本的测试过程
再次认识从计划到测试结束过程中测试的基本活动，以及在每个活动中的主要任务（K1）。
1.5 测试的心理学
 认识测试的成功与否，会受测试心理因素的影响：
 清楚的目标；
 自己测试和独立测试之间的平衡；
 认识到谦恭的沟通和缺陷反馈在测试中的作用。
 对比测试员(tester)和开发员(developer)的心理差异。
1.1 为什么需要测试 （P4-5）
术语
缺陷(bug)、缺陷(defect)、错误(error)、失效(failure)、故障（fault）、错误(mistake)、质量（quality）、风险(risk)、软件(software)、测试(testing)。
1.1.1 软件系统的状况
在当今社会，软件系统(system)越来越成为生活中不可或缺的一部分，包括从商业应用（比如银行系统）到消费产品（比如汽车）各个领域。然而，很多人都有这样的经历：软件并没有按照预期进行工作。软件的不正确执行可能会导致许多问题，包括经济的损失、时间的浪费和商业信誉的丢失等等，甚至导致人身伤害和死亡。
1.1.2 引起软件缺陷的原因
所有的人都会犯错误。该错误error会成为设计的代码、软件、系统和文档中的缺陷。当存在缺陷的代码被执行时，系统就可能无法执行期望的指令（或者做了不应该执行的指令），从而引起软件失效（故障）。虽然软件、系统和文档中的缺陷可能会引起失效，但并不是所有的缺陷都会这样。
产生缺陷的原因是多种多样的：人们本身容易犯错误、时间的压力、复杂的代码、复杂的系统架构、技术的革新、或者系统之间的配合工作等。
失效也可能是由于环境条件引起的：放射、电磁辐射和污染等都有可能引起硬件的故障，或者由于硬件条件的改变而影响软件的执行。
※ error（错误） → 缺陷（fault，bug） → 故障
1.1.3 在软件开发、维护和运行中测试的角色
对软件系统和文档进行严格的测试,可以减少软件系统在运行环境中的风险，假如在软件正式发布之前发现和修正了缺陷，就可以提高软件系统的质量。
进行软件测试也可能是为了满足合同和法律法规的需求，或者是为了满足行业标准。
1.1.4 测试和质量
通过测试，根据发现的缺陷，就可能发现软件系统在功能(functional)和非功能(non-functional)需求方面的缺陷，对软件质量(software quality)进行评判。飞功能需求包括：可靠性(reliability)、可用性(usability）、效率(efficiency)和可维护性(maintainability)等方面，关于非功能测试方面的更多信息，可以参考第二章。更多关于软件特征的信息，可以参考[ Software Engineering - Software Product Quality (ISO9126) ]。※ISO9126对应与国内规格：JIS-X0129。
当测试发现很少或者没有发现缺陷的时候，就会对软件的质量充满信心。一个设计正确、合理的测试过程完成并顺利通过，可以降低整个系统存在问题的风险。而对测试过程中发现的缺陷进行了修正，则软件系统的质量就会提高。
我们应该从以前的项目中总结经验教训。通过分析在其他项目中发现的缺陷和引起缺陷的根本原因，我们就可以改进测试过程(process)。相继地，过程的改进又可以预防相同的缺陷再次发生，从而提高以后系统的质量。
测试应该作为质量保证的各种作业中（例如：开发标准、教育、缺陷分析）的不可或缺的一部分。
1.1.5 测试是否充分
测试应该进行到哪种程度，取决于技术、产品、项目风险的水平，以及在时间和预算等方面项目上的限制。 （风险将在第5章进行详细描述）
测试需要给利益相关者提供足够的信息，帮助他们决定是否发布被测的软件或系统，是否继续进行下阶段的开发或直接将产品交给用户。
追求完全的品质，从成本的角度来看没有效果

缺陷成本：为了修正而产生的成本、产生不良结果的成本
Joseph M. Juran 1.テストの必要性（3/3
1.2 什么是测试（P7-8）
术语
代码(code)、调试(debugging)、（软件）开发(development)、需求(requirement)、评审(review)、测试依据(test basis)、测试用例(test case)、测试(testing)、测试目标(test objectives)。
背景
在一般人的理解当中，测试活动只包含了运行测试，也就是执行软件。但实际上这只是测试的一部分，而不是测试的所有活动。
测试的活动包含了测试执行之前和之后的一些活动，包括计划(planning)和控制(control)、选择测试条件(test condition)、设计测试用例(test case)、检查测试结果(result)、评估完成准则(completion criteria)、报告测试过程(test process)及被测系统、测试结束或总结。测试同时也包括文档的评审(review)（包括代码）和静态分析(static analysis)。
动态测试(dynamic testing)和静态测试这两种手段都可以达到相似的目标，即以提供信息来改进被测试软件系统的质量，以及改善开发和测试的过程。