大家好，我是阿萨。为什么要写这篇文章呢？是因为我在某一个以敏捷开发为代表的公司洞见视频号里看到一位徐姓大佬说什么是测试有感而发的。我先截图发下大佬说的testing 是什么。
大佬的意思是说测试是指我不了解系统，也不知道系统预期的情况下用鼠标点一点系统，看下系统的反应。
看到这，我瞬间不想看下去了。作为标题党使用程序员做测试或者debug都是耻辱这样的词来哗众取宠， 同时还对测试的定义以偏概全。 看来科普软件测试的任务任重而道远。当时就觉得很有必要给大家科普下软件测试的发展历史和软件测试的定义是什么。同时我很想知道这位大佬说的测试是IEEE 829-1998 8个软件测试阶段中的那一个。
先看下软件测试的发展历史的资料。
软件测试的发展历史(转自新知网).
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在《系统的软件测试》一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期过程。
再来看看IEEE对软件测试的定义：
软件测试已有了行业标准（IEEE/ANSI ），1983年IEEE提出的软件工程术语中给软件测试下的定义是：“使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别”。这个定义明确指出：软件测试的目的是为了检验软件系统是否满足需求。它再也不是一个一次性的，而且只是开发后期的活动，而是与整个开发流程融合成一体。软件测试已成为一个专业，需要运用专门的方法和手段，需要专门人才和专家来承担。
IEEE 对软件测试各项标准的定义：
IEEE 829-1998，也被称做829软件测试文档标准，作为一个IEEE的标准定义了一套文档用于8个已定义的软件测试阶段，每个阶段可能产生它自己单独的文件类型。
https://zh.wikipedia.org/wiki/IEEE_829
IEEE 1008，用于单元测试的标准
IEEE 1012，用于软件检验和验证的标准
IEEE 1028，用于软件检查的标准
IEEE 1044，用于软件异常分类的标准
IEEE 1044-1，软件异常分类指南
IEEE 1233，开发软件需求规格的指南
IEEE 730，用于软件质量保证计划的标准
IEEE 1061，用于软件质量度量和方法学的标准
IEEE 12207，用于软件生命周期过程和软件生命周期数据的标准
BSS 7925-1，软件测试术语词汇表
BSS 7925-2，用于软件组件测试的标准
这篇文章没有个人理解，仅仅是为了给大家说明下软件测试发展过程以及软件测试的定义中没有任何一个地方说测试是对什么都不了解的情况下随便点一点的工作。相反测试活动中 输入，输出是一个测试用例必备的必要条件。即使使用探索性测试也需要 给用户讲好三个故事。所以大家在准备一些内容的时候千万不要为了论证自己的观点，就信口开河。通过这个事情也让我意识到，日常说话的时候要注意，注意自己传递信息是正确，真实的，不会误导其他人的。
网友评论