软件测试的起源是什么？

软件测试的起源是什么？

软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。到了上世纪80年代初期，软件和IT行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。这个时候，一些软件测试的基础理论和实用技术开始形成，并且人们开始为软件开发设计了各种流程和管理方法，软件开发的方式也逐渐由混乱无序的开发过程过渡到结构化的开发过程，以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为特征。人们还将“质量”的概念融入其中，软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且将测试作为软件质量保证(SQA)的主要职能，包含软件质量评价的内容，Bill Hetzel在《软件测试完全指南》(Complete Guide of Software Testing)一书中指出：“测试是以评价一个程序或者系统属性为目标的任何一种活动。测试是对软件质量的度量。”这个定义至今仍被引用。软件开发人员和测试人员开始坐在一起探讨软件工程和测试问题。

软件测试工程师前景好吗

做软件测试挺好的，软件测试原来不受重视，一直对软件测试存在偏见，以为没有多少技术含量，但是国外的软件测试师比开发还吃香，足以看到软件测试的地位。现在在国内也越来越受到重视了，每年的缺口都很大，所以培训软件测试的也很多，拿的工资也不比开发的少，一个好的软件测试师很难找，软件测试的前景很不错!不过要进大公司啊，小公司学不到多少东西，还不够重视。
软件测试
现在在国内，测试工程师也越来越受到重视了，测试工程师和开发工程师的比例不说一比二，甚至有些企业连一比十都没达到，因此，软件测试工程师的缺口很大。拿到的工资也是非常可观的。因此，软件测试工程师的前景是非常OK的。
IT领域给人的印象通常是体面、有技术含量、高薪的一个行业。在这行业里，最为大众所熟知的是软件开发，但IT领域的职业不仅这一种。近几年，由于软件行业高速发展，软件测试逐渐出现在人们的视野中，以数量极大地人才缺口深深地吸引着求职者。然而，软件测试工程待遇怎么样呢?
软件测试
笔者所说的软件测试工程共分为3级，即初级、中级和高级;一般是指了解产品的功能需求，可以编写测试规范和测试用例来测试软件是否存在缺陷、是否具有稳定性的专门工作人员。从这个定义看，如果你具备了相应的软件测试基础，可以完成上述工作内容，就可以成为一名软件测试工程师。
软件测试
软件测试工程师能有多“高薪”?据笔者了解，软件测试工程师这个职业的起步薪资至少在3000元以上。3000元的标准其实针对于基础较为薄弱、能力不是特别高的测试人员。在这个行业中，有一年以上功能测试经验，薪资大约是5000元左右，大专与本科的差距在500元左右。根据不同的时间的工作经验而言，工作时间越长越吃香，会的越多、经验越多才能有更好的发展。

软件测试的历史和发展

本文是一篇译文，翻译的是Dave Gelperin和William C. Hetzel 发表的一篇名为“软件测试发展”(THE GROWTH OF SOFTWARE TESTING)的文章。

本文并不枯燥，看完后你也许会和我有同样的感受：原来软件测试也能追本溯源（不是程序员拍脑袋想出来的），也有其存在的必然性与合理性。

迄今为止，软件测试的发展一共经历了五个重要时期：

1957年之前－调试为主(Debugging Oriented)

1957–1978－证明为主(Demonstration Oriented)

1979–1982－破坏为主(Destruction Oriented)

1983–1987－评估为主(evaluation Oriented)

1988–至今－预防为主(Prevention Oriented)

调试为主

20世纪50年代，计算机刚诞生不久，只有科学家级别的人才会去编程，需求和程序本身也远远没有现在这么复杂多变，相当于开发人员一人承担需求分析，设计，开发，测试等所有工作，当然也不会有人去区分调试和测试。然而严谨的科学家们已经在开始思考 “怎么知道程序满足了需求？”这类问题了。

证明为主

1957年，Charles Baker在他的一本书中对调试和测试进行了区分：
调试(Debug)：确保程序做了程序员想它做的事情
测试(Testing)：确保程序解决了它该解决的问题

这是软件测试史上一个重要的里程碑，它标志测试终于自立门户师出有名了。
当时计算机应用的数量，成本和复杂性都大幅度提升，随之而来的经济风险也大大增加，测试就显得很有必要了，这个时期测试的主要目就是确认软件是满足需求的，也就是我们常说的“做了该做的事情”。

破坏为主

1979年，《软件测试的艺术》 (The Art of Software Testing)第一版问世，这本书是测试界的经典之作。书中给出了软件测试的经典定义：

The process of executing a program with the intent of finding errors.
测试是为发现错误而执行程序的过程。

这个观点较之前证明为主的思路，是一个很大的进步。我们不仅要证明软件做了该做的事情，也要保证它没做不该做的事情，这会使测试更加全面，更容易发现问题。

评估为主

1983年，美国国家标准局(National Bureau of Standards)发布“Guideline for Lifecycle Validation,Verification and Testing of Computer Software”，也就是我们常说的VV&T。VV&T提出了测试界很有名的两个名词：验证(Verification)和确认(Validation)
Verification: Are we building the product right?
Validation: Are we building the right product?

人们提出了在软件生命周期中使用分析，评审，测试来评估产品的理论。软件测试工程在这个时期得到了快速的发展：

出现测试经理(test manager)，测试分析师(test analyst)等职称

开展正式的国际性测试会议和活动

发表大量测试刊物

发布相关国际标准

以上种种都预示着：软件测试正作为一门独立的，专业的，具有影响力的工程学发展起来了。

预防为主

预防为主是当下软件测试的主流思想之一。STEP(Systematic Test and evaluation Process)是最早的一个以预防为主的生命周期模型，STEP认为测试与开发是并行的，整个测试的生命周期也是由计划，分析，设计，开发，执行和维护组成，也就是说，测试不是在编码完成后才开始介入，而是贯穿于整个软件生命周期。我们都知道，没有100%完美的软件，零缺陷是不可能的，所以我们要做的是：尽量早的介入，尽量早的发现这些明显的或隐藏的bug，发现得越早，修复起来的成本越低，产生的风险也越小。

虽然每一个发展阶段对软件测试的认识都有其局限性，但是前辈们一直在思考和总结前人的经验，创造性地提出新的理论和方向，这种精神非常值得尊敬和学习。所谓以铜为镜，可正衣冠；以史为镜，可明得失。知道了从哪里来，方能更好的明白该到哪里去。

（转自网络）

简述软件测试的发展背景

软件测试的发展历史
.. 20世纪60年代（软件工程建立前），为表明程序正确而进行测试。
.. 1972年在北卡罗来纳大学举行了首届软件测试正式会议。
.. 1975年John Good Enough和Susan Gerhart在IEEE上发表了《测试数据选择的原理》的文章，软件测试被确定为一种研究方向。
.. 1979年，Glenford Myers的《软件测试艺术》，对测试做了定义：测试是为发现错误而执行的一个程序或者系统的过程。
.. 20世纪80年代早期，“质量”的号角开始吹响。软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。制定了各类标准。
.. 1983年，Bill Hetzel在《软件测试完全指南》中指出：测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。
.. 20世纪90年代，测试工具盛行起来。
.. 1996年提出的测试能力成熟度TCMM（Testing Capability Maturity Model）、测试支持度TSM（Testability Support Model）、测试成熟度TMM（Testing Maturity Model）。
.. 到了2002年，Rick和Stefan在《系统的软件测试》一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期过程。

（来源：学分高考 https://www.xuefen.net）文章共4468字