软件测试方法分类-按照是否手工执行划分

接上一篇，下来我们再细讲，第二个维度的分类，

软件测试方法分类-按照是否手工执行划分

按是否手工执行划分

1，手工测试(manualTesting)

手工测试是由人一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一种。

2，自动化测试(automationTesting)

所谓自动化测试，就是在预设条件下运行系统或应用程序，评估运行结果。（预先条件包括：正常条件和异常条件）。简单来说，自动化测试就是是把人为驱动的测试行为，转化为机器执行的一种过程。

每次说到这个维度的时候，很多人总会告诉我，手工测试没有出息，我要去做自动化测试。

我总是笑笑不语。

好了，我们言归正传，先来普及下这两个概念。

其实，软件测试中，按照这个维度就分为这两类。

第一类：纯手工去执行，称之为手工测试。

也就是我们按照之前根据产品输出的需求文档编写好的测试用例，一步步按照用例上的操作步骤，操作软件，发现软件的bug，提交到对应的bug管理平台，知会给开发，开发修改完成之后，交给测试进行回归测试，直到所有的bug都回归通过之后，下来测试人员要输出对应的测试报告。

我们大部分在企业的工作都是集中在纯手工测试，因为在中国的公司，大部分的软件还处在研发初中期，很多功能都不够稳定。

第二类，自动化测试，自动化测试不是说脱离了手工测试，而是把前期手工测试用例，提取出很多需要重复执行多次的，很少有新的变动的部分，用代码实现自动化。

为什么要这么干呢？

很简单，写自动化测试也是一件非常耗时的工作，我好不容易写完一段代码，结果这块的功能只需要执行一次，那是不是手工执行一次耗时更少。

还有一些比如说功能变化很快，我好不容易写完之前的自动化代码，结果功能一变，又得重新去编写。

所以，一般情况下，自动化测试之前首先是要提取功能测试的用例，主要选取主流程以及重要的用例，比如P0部分P1级的用例进行自动化代码的编写。一个好的自动化程序往往能够帮助验证很多主流程，节省大量的时间的。