从0开始学习，第一天——软件测试学习笔记-概念篇（一）

前言

每个系统的成型，上线都离不开测试，这段时间陆陆续续的学习测试，在这里总结一番；作为学习交流之用；

正文

软件测试概述

软件测试的历史：

什么是软件测试：

早期定义：软件测试是对程序能够按预期运行建立起一种信心。
经典定义：测试是为了发现错误而执行程序的过程。
IEEE定义（ISO/IEC/IEEE 29119）：使用人工或者自动的手段来运行或测量软件系统的过程，以检验软件系统是否满足规定的要求，并找出与预期结果之间的差异。

软件测试≠程序测试

五大要素和两个目标：

五大要素有：质量、人员、资源、流程、技术。
其中最主要的是软件质量，其他四个要素都是为质量服务的。
其次是人员，决定了技术，资源，流程，以及配置和使用。
技术包含了：软件测试技术、软件测试方法、使用的工具。技术是手段。
流程：测试计划，测试用例，测试执行，测试报告。有一些进入进出的标准（规范性，对软件测试做一个规范的要求）。
资源：测试所需要的硬件设备、网络环境、测试设备、测试时间（周期）。

注意：人不是资源。

目标：
①提升测试覆盖率-> 能够有效的保证软件的质量
②提升测试效率->能够使我们更好地完成软件测试

软件测试所遵循的原则

一、测试显示缺陷的存在，但不能证明系统不存在缺陷。
经过软件测试，可以发现软件中的故障；但是经过软件测试，不能保证软件就没有故障了。
二、穷尽测试是不可能的，应设定及时终止的条件。
三、测试应该尽早进行

四、缺陷具备群集特性
越是发现问题多的模块，越是需要重点测试的对象
五、测试的杀虫剂悖论
在测试中，如果采用同样的测试用例，同样的测试方法。多次重复的测试某一个模块，最后就不能再发现新的缺陷。所以说，测试用例和测试方法应该不定期的评审修改，并且增加不同的测试方法和用例来测试不同的部分，从而更多的发现软件的缺陷。
六、测试的二八原则
测试时间和资源往往是有限的，要找出所有的缺陷是不可能的，这时我们需要遵循二八原则。
把80%的时间