软件测试理论基础以及发展历史
软件测试理论基础及发展历史
0引言:
软件测试方法之所以没能完全标准化和统一化，主要原因是因为软件产业产品到软件测试有各式各样的软件。但是目前仍有很多各样软件测试方法都基本可用的常用概念和方法。我们这里介绍的思路和方法就是可用于多数应用软件的测试。有六个有关软件测试方法的基本概念是很重要的:白箱测试，黑箱测试，灰箱测试，有效用例和无效用例，边界条件以及等价类测试。
1软件测试的发展历程:
20世纪60年代（软件工程建立前），为表明程序正确而进行测试。1972年在北卡罗来纳大学举行了首届软件测试正式会议。1975年John Good Enough和Susan Gerhart在IEEE上发表了《测试数据选择的原理》的文章，软件测试被确定为一种研究方向。20世纪80年代早期，“质量”的号角开始吹响。软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。制定了各类标准。20世纪90年代，测试工具盛行起来。到了2002年，Rick和Stefan在《系统的软件测试》一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期过程。
2软件测试工具
2.1软件测试工具就是通过一些工具能够使软件的一些简单问题直观的显示在读者的面前，这样能使测试人员更好的找出软件错误的所在。软件测试工具也分为自动化软件测试工具和测试管理工具。软件测试工具存在的价值是为了提高测试效率，用软件来代替一些人工输入。测试管理工具是为了复用测试用例，提高软件测试的价值。
2.2常用的软件测试工具分为： [开源测试工具]： 开源测试管理工具：Bugfree、Bugzilla、TestLink、mantis 开源功能自动化测试工具：Watir、Selenium、MaxQ、WebInject 开源性能自动化测试工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load Simulator [TestDirector]：企业级测试管理工具，也是业界第一个基于Web的测试管理系统。 [Quality Center]：基于Web的测试管理工具，可以组织和管理应用程序测试流程的所有阶段，包括指定测试需求、计划测试、执行测试和跟踪缺陷。 [QuickTest Professional]：用于创建功能和回归测试。 [LoadRunner]：预测系统行为和性能的负载测试工具。 [其他工具与自动化测试框架]：Rational Functional Tester、Borland Silk系列工具、WinRunner、Robot等。
3软件测试管理
3.1阐述测试管理
管理是什么？ 是艺术？是责任？是科学？是决策？ 不同的人，对管理有不同的理解。尽管很多大师对管理进行了各种不同的定义，但
是编者认为：无论管理是什么，管理者都必须掌握行业内不同的技术和方法。这些技术和方法的正确应用是成为一名成功管理者的前提，这同样适用于软件测试的管理： 当你掌握了FMEA（失效模式和影响分析）的时候，对测试风险的管理将更加轻松。 当你了解了TPI、TMM等模型后，对软件测试过程的改进就不会那么头疼。软件测试 管理不仅仅依赖于我们平时工作中积累的经验，同时也需要软件测试管理知识体系中提供的技术和方法，不断指引我们做正确的事。因此，中国的软件测试行业还有很多路要走，我们也希望国内能有更多的人在软件测试行业投入终身的热情，共同推动软件测试行业的不断发展。
3.2原则问题
软件测试从不同的角度出发会派生出两种不同的测试原则，从用户的角度出发，就是希望通过软件测试能充分暴露软件中存在的问题和缺陷，从而考虑是否可以接受该产品，从开发者的角度出发，就是希望测试能表明软件产品不存在错误，已经正确地实现了用户的需求，确立人们对软件质量的信心。
为了达到上述的原则，那么需要注意以下几点：
1．应当把“尽早和不断的测试”作为开发者的座右铭
2．程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完。
3．设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。
4．一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。
5．对测试错误结果一定要有一个确认的过程，一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。
6．制定严格的测试计划，并把测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
7．回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的现象并不少见。
8．妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档
4软件测试策略
4.1软件测试策略：在一定的软件测试标准、测试规范的指导下，依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。一般在测试实现阶段完成。通常情况下，需求评审通过后进行测试计划编写，测试计划中包含测试策略，以及环境需求，资源需求，人员组织架构，工作量预估，风险预估，测试通过标准，测试失败/挂起标准，测试完成后交付的产品等。
4.2软件测试策略基础
4.2.1、策略与软件测试策略
（1）
策略：在一定的政治路线指导下，根据具体条件而规定的斗争原则、方式和方法。<新华字典>
（2）软件测试策略：在一定的软件测试标准、测试规范的指导下，依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。
4.2.2、软件测试策略的重要性
1) 任何一个完全测试或穷举测试的工作量都是巨大的，在实践上是行不通的，因此任何实际测试都不能保证被测程序中不遗漏错误或缺陷；
2) 为了最大程度较少这种遗漏，同时最大限度发现可能存在的错误，在实施测试前必须确定合适的测试方法和测试策略，并以此为依据制定详细的测试案例。
4.2.3、软件测试策略的影响因素
软件测试策略随着软件生命周期的变化、软件测试方法、技术与工具的不同发生的变化。这就要求我们在制定测试策略时候，应该综合考虑测试策略的影响因素及其依赖关系。这些影响因素可能包括：测试项目资源因素、项目的约束和测试项目的特殊需要等。
4.2.4、软件测试策略的制定过程
（1）输入
需要的软硬件资源的详细说明；
针对测试和进度约束而需要的人力资源的角色和职责；
测试方法、测试标准和完成标准；
目标系统的功能性和技术性需求；
系统局限（即系统不能够提供的需求）等等。
（2）输出
已批准和签署的测试策略文档、测试用例、测试计划；
需要解决方案的测试项目；
（3）过程
1）确定测试的需求¤
测试需求所确定的是测试内容，即测试的具体对象。在分析测试需求时，可应用以下几条一般规则：
测试需求必须是可观测、可测评的行为。如果不能观测或测评测试需求，就无法对其进行评估，以确定需求是否已经满足。
在每个用例或系统的补充需求与测试需求之间不存在一对一的关系。用例通常具有多个测试需求；有些补充需求将派生一个或多个测试需求，而其他补充需求（如市场需求或包装需求）将不派生任何测试需求。
测试需求可能有许多来源，其中包括用例模型、补充需求、设计需求、业务用例、与最终用户的访谈和软件构架文档等。应该对所有这些来源进行检查，以收集可用于确定测试需求的信息。
2）评估风险并确定测试优先级¤
成功的测试需要在测试工作中成功地权衡资源约束和风险等因素。为此，应该确定测试工作的优先级，以便先测试最重要、最有意义或风险最高的用例或构件。为了确定测试工作的优先级，需执行风险评估和实施概要，并将其作为确定测试优先级的基础。
3）确定测试策略¤
一个好的测试策略应该包括：实施的测试类型和测试的目标、实施测试的阶段、技术、用
于评估测试结果和测试是否完成的评测和标准、对测试策略所述的测试工作存在影响的特殊事项等内容。
如何才能确定一个好的测试策略呢？我们可以从基于测试技术的测试策略、基于测试方案的测试策略两个方面来回答这个问题。
①基于测试技术的测试策略的要点
著名测试专家给出了使用各种测试方法的综合策略：
任何情况下都必须使用边界值测试方法；
必要时使用等价类划分方法补充一定数量的测试用例；
对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度，看是否达到了要求；
如果程序功能规格说明中含有输入条的组合情况，则已开始可以选择因果图方法。
②基于测试方案的测试策略
对于基于测试方法的测试策略，一般来说应该考虑如下方面：
根据程序的重要性和一旦发生故障将造成的损失来确定它的测试等级和测试重点；
认真研究，使用尽可能少的测试用例发现尽可能多的程序错误，避免测试过度和测试不足!
4.2测试策略的方法
4.2.1. 静态方法与动态方法
所谓静态方法是指不运行被测程序本身，仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用 于进一步的查错，并为测试用例选取提供指导。
动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。
4.2.2. 功能测试与结构测试
(1)功能测试
功能测试是指在对程序进行的功能抽象的基础上，将程序划分成功能单元，然后在数据抽象的基础上，对每个功能单元生成测试数据进行测试。用这种方法进行测试时，被测程序被当作打不开的黑盒，因而无法了解其内部构造，因此又称为黑盒测试。
a. 等价类划分
所谓等价类，就是指某个输入域的集合，集合中的每个输入对揭露程序错误来说是等效的，把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例，这就是等价类划分方法。它是功能测试的基本方法。
b. 因果图法
因果图是一种形式语言，由自然语言写成的规范转换而成，这种形式语言实际上是一种使用简化记号表示数字逻辑图。因果图法是帮助人们系统地选择一组高效测试用例的方法，此外，它还能指出程序规范中的不完全性和二义性。
c. 边值分析
实
践证明，软件在输入、输出域的边界附近容易出现差错，边值分析是考虑边界条件而选取测试用例的一种功能测试方法。所谓边界条件，是相对于输入和输出等价类直接在其边缘上，稍高于和稍低于其边界的这些状态条件。边值分析是对等价类划分的有效补充。
(2)结构测试
结构测试是根据被测程序的内部结构设计测试用例的一类测试，又称为白盒测试。白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程， 可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不 顾它的功能。其主要方法有逻辑驱动、基路测试等，主要用于软件验证。白盒法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。白盒法是穷举路径测试。在 使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能 有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径 测试可能发现不了一些与数据相关的错误。
与功能测试不同的是，结构测试涉及程序内部结构。尽管用户更倾向于基于程序规格说明的功能测试，但是结构测试能发现潜在的逻辑错误，而这种错误往往是功能测试发现不了的。它们各有利弊，常常结合使用。
5总结:本文经过对软件测试理论基础的阐述,可以初步的了解软件测试的框架,以及初步使用各种测试工具,对软件或是系统进行简单的测试了.在软件人才缺乏的时代,努力充实自己,用知识武装自己才是工作不愁,体验自我价值的根基. 现在的it行业是国内新型的产业，市场前景很广阔，市场缺口大，市场缺口大意味着工作好找，待遇优厚，
在IT中软件行业中的新型专业是软件测在学习得时候要选择好的专业，选择学校要注意学校的优势，学校的规模，学校在教育行业的地位，只有好的学校好的专业，才有好的前景，好的发展空间！
参考文献:
[1]软件测试管理 作者：郑文强, 马均飞 编著 ISBN 978-7-121-11221-8 出版日期：2010年7月
[2]软件测试过程管理(原书第2版) (美)REXBLACK著 机械工业出版社
[3]软件测试经验与教训 (美)CEMKANRT著 机械工业出版社
[4]计算机软件测试（原书第2版） 王峰 机械工业出版社
软件测试方法之所以没能完全标准化和统一化，主要原因是因为软件产业产品
到软件测试有各式各样的软件。但是目前仍有很多各样软件测试方法都基本可用的常用概念和方法。我们这里介绍的思路和方法就是可用于多数应用软件的测试。有六个有关软件测试方法的基本概念是很重要的:白箱测试，黑箱测试，灰箱测试，有效用例和无效用例，边界条件以及等价类测试。
1软件测试的发展历程:
20世纪60年代（软件工程建立前），为表明程序正确而进行测试。1972年在北卡罗来纳大学举行了首届软件测试正式会议。1975年John Good Enough和Susan Gerhart在IEEE上发表了《测试数据选择的原理》的文章，软件测试被确定为一种研究方向。20世纪80年代早期，“质量”的号角开始吹响。软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。制定了各类标准。20世纪90年代，测试工具盛行起来。到了2002年，Rick和Stefan在《系统的软件测试》一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期过程。
2软件测试工具
2.1软件测试工具就是通过一些工具能够使软件的一些简单问题直观的显示在读者的面前，这样能使测试人员更好的找出软件错误的所在。软件测试工具也分为自动化软件测试工具和测试管理工具。软件测试工具存在的价值是为了提高测试效率，用软件来代替一些人工输入。测试管理工具是为了复用测试用例，提高软件测试的价值。
2.2常用的软件测试工具分为： [开源测试工具]： 开源测试管理工具：Bugfree、Bugzilla、TestLink、mantis 开源功能自动化测试工具：Watir、Selenium、MaxQ、WebInject 开源性能自动化测试工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load Simulator [TestDirector]：企业级测试管理工具，也是业界第一个基于Web的测试管理系统。 [Quality Center]：基于Web的测试管理工具，可以组织和管理应用程序测试流程的所有阶段，包括指定测试需求、计划测试、执行测试和跟踪缺陷。 [QuickTest Professional]：用于创建功能和回归测试。 [LoadRunner]：预测系统行为和性能的负载测试工具。 [其他工具与自动化测试框架]：Rational Functional Tester、Borland Silk系列工具、WinRunner、Robot等。
3软件测试管理
3.1阐述测试管理
管理是什么？ 是艺术？是责任？是科学？是决策？ 不同的人，对管理有不同的理解。尽管很多大师对管理进行了各种不同的定义，但是编者认为：无论管理是什么，管理者都必须掌握行业内不同的技术和方法。这些技术和方法的正确应用是成为一名成功管理者
的前提，这同样适用于软件测试的管理： 当你掌握了FMEA（失效模式和影响分析）的时候，对测试风险的管理将更加轻松。 当你了解了TPI、TMM等模型后，对软件测试过程的改进就不会那么头疼。软件测试 管理不仅仅依赖于我们平时工作中积累的经验，同时也需要软件测试管理知识体系中提供的技术和方法，不断指引我们做正确的事。因此，中国的软件测试行业还有很多路要走，我们也希望国内能有更多的人在软件测试行业投入终身的热情，共同推动软件测试行业的不断发展。
3.2原则问题
软件测试从不同的角度出发会派生出两种不同的测试原则，从用户的角度出发，就是希望通过软件测试能充分暴露软件中存在的问题和缺陷，从而考虑是否可以接受该产品，从开发者的角度出发，就是希望测试能表明软件产品不存在错误，已经正确地实现了用户的需求，确立人们对软件质量的信心。
为了达到上述的原则，那么需要注意以下几点：
1．应当把“尽早和不断的测试”作为开发者的座右铭
2．程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完。
3．设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。
4．一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。
5．对测试错误结果一定要有一个确认的过程，一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。
6．制定严格的测试计划，并把测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
7．回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的现象并不少见。
8．妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档
4软件测试策略
4.1软件测试策略：在一定的软件测试标准、测试规范的指导下，依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。一般在测试实现阶段完成。通常情况下，需求评审通过后进行测试计划编写，测试计划中包含测试策略，以及环境需求，资源需求，人员组织架构，工作量预估，风险预估，测试通过标准，测试失败/挂起标准，测试完成后交付的产品等。
4.2软件测试策略基础
4.2.1、策略与软件测试策略
（1）策略：在一定的政治路线指导下，根据具体条件而规定的斗争原则、方式和方法。<新华字典>
（2）软件测试策略：在一定的软
件测试标准、测试规范的指导下，依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。
4.2.2、软件测试策略的重要性
1) 任何一个完全测试或穷举测试的工作量都是巨大的，在实践上是行不通的，因此任何实际测试都不能保证被测程序中不遗漏错误或缺陷；
2) 为了最大程度较少这种遗漏，同时最大限度发现可能存在的错误，在实施测试前必须确定合适的测试方法和测试策略，并以此为依据制定详细的测试案例。
4.2.3、软件测试策略的影响因素
软件测试策略随着软件生命周期的变化、软件测试方法、技术与工具的不同发生的变化。这就要求我们在制定测试策略时候，应该综合考虑测试策略的影响因素及其依赖关系。这些影响因素可能包括：测试项目资源因素、项目的约束和测试项目的特殊需要等。
4.2.4、软件测试策略的制定过程
（1）输入
需要的软硬件资源的详细说明；
针对测试和进度约束而需要的人力资源的角色和职责；
测试方法、测试标准和完成标准；
目标系统的功能性和技术性需求；
系统局限（即系统不能够提供的需求）等等。
（2）输出
已批准和签署的测试策略文档、测试用例、测试计划；
需要解决方案的测试项目；
（3）过程
1）确定测试的需求¤
测试需求所确定的是测试内容，即测试的具体对象。在分析测试需求时，可应用以下几条一般规则：
测试需求必须是可观测、可测评的行为。如果不能观测或测评测试需求，就无法对其进行评估，以确定需求是否已经满足。
在每个用例或系统的补充需求与测试需求之间不存在一对一的关系。用例通常具有多个测试需求；有些补充需求将派生一个或多个测试需求，而其他补充需求（如市场需求或包装需求）将不派生任何测试需求。
测试需求可能有许多来源，其中包括用例模型、补充需求、设计需求、业务用例、与最终用户的访谈和软件构架文档等。应该对所有这些来源进行检查，以收集可用于确定测试需求的信息。
2）评估风险并确定测试优先级¤
成功的测试需要在测试工作中成功地权衡资源约束和风险等因素。为此，应该确定测试工作的优先级，以便先测试最重要、最有意义或风险最高的用例或构件。为了确定测试工作的优先级，需执行风险评估和实施概要，并将其作为确定测试优先级的基础。
3）确定测试策略¤
一个好的测试策略应该包括：实施的测试类型和测试的目标、实施测试的阶段、技术、用于评估测试结果和测试是否完成的评测和标准、对测试策略所述的测试工作存在影响的特殊事项等内容。
如何才能确定一个好的
测试策略呢？我们可以从基于测试技术的测试策略、基于测试方案的测试策略两个方面来回答这个问题。
①基于测试技术的测试策略的要点
著名测试专家给出了使用各种测试方法的综合策略：
任何情况下都必须使用边界值测试方法；
必要时使用等价类划分方法补充一定数量的测试用例；
对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度，看是否达到了要求；
如果程序功能规格说明中含有输入条的组合情况，则已开始可以选择因果图方法。
②基于测试方案的测试策略
对于基于测试方法的测试策略，一般来说应该考虑如下方面：
根据程序的重要性和一旦发生故障将造成的损失来确定它的测试等级和测试重点；
认真研究，使用尽可能少的测试用例发现尽可能多的程序错误，避免测试过度和测试不足!
4.2测试策略的方法
4.2.1. 静态方法与动态方法
所谓静态方法是指不运行被测程序本身，仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用 于进一步的查错，并为测试用例选取提供指导。
动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。
4.2.2. 功能测试与结构测试
(1)功能测试
功能测试是指在对程序进行的功能抽象的基础上，将程序划分成功能单元，然后在数据抽象的基础上，对每个功能单元生成测试数据进行测试。用这种方法进行测试时，被测程序被当作打不开的黑盒，因而无法了解其内部构造，因此又称为黑盒测试。
a. 等价类划分
所谓等价类，就是指某个输入域的集合，集合中的每个输入对揭露程序错误来说是等效的，把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例，这就是等价类划分方法。它是功能测试的基本方法。
b. 因果图法
因果图是一种形式语言，由自然语言写成的规范转换而成，这种形式语言实际上是一种使用简化记号表示数字逻辑图。因果图法是帮助人们系统地选择一组高效测试用例的方法，此外，它还能指出程序规范中的不完全性和二义性。
c. 边值分析
实践证明，软件在输入、输出域的边界附近容易出现差错，边值分析是考虑边界条件而选取测试用例的一种功能测试方法。所谓边
界条件，是相对于输入和输出等价类直接在其边缘上，稍高于和稍低于其边界的这些状态条件。边值分析是对等价类划分的有效补充。
(2)结构测试
结构测试是根据被测程序的内部结构设计测试用例的一类测试，又称为白盒测试。白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程， 可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不 顾它的功能。其主要方法有逻辑驱动、基路测试等，主要用于软件验证。白盒法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。白盒法是穷举路径测试。在 使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能 有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径 测试可能发现不了一些与数据相关的错误。
与功能测试不同的是，结构测试涉及程序内部结构。尽管用户更倾向于基于程序规格说明的功能测试，但是结构测试能发现潜在的逻辑错误，而这种错误往往是功能测试发现不了的。它们各有利弊，常常结合使用。
5总结:本文经过对软件测试理论基础的阐述,可以初步的了解软件测试的框架,以及初步使用各种测试工具,对软件或是系统进行简单的测试了.在软件人才缺乏的时代,努力充实自己,用知识武装自己才是工作不愁,体验自我价值的根基. 现在的it行业是国内新型的产业，市场前景很广阔，市场缺口大，市场缺口大意味着工作好找，待遇优厚，
在IT中软件行业中的新型专业是软件测在学习得时候要选择好的专业，选择学校要注意学校的优势，学校的规模，学校在教育行业的地位，只有好的学校好的专业，才有好的前景，好的发展空间！
参考文献:
[1]软件测试管理 作者：郑文强, 马均飞 编著 ISBN 978-7-121-11221-8 出版日期：2010年7月
[2]软件测试过程管理(原书第2版) (美)REXBLACK著 机械工业出版社
[3]软件测试经验与教训 (美)CEMKANRT著 机械工业出版社
[4]计算机软件测试（原书第2版） 王峰 机械工业出版社