自动化测试和手工测试如何互补?--新梦想IT

自动化测试和手工测试如何互补?

自动化测试和手工测试如何互补?如何将自动化测试用例和手工测试用例相辅相成?

一、测试用例选型问题：

1、不是所有的手工用例都要转为自动化测试用例。

2、考虑到脚本开发的成本，不要选择流程太复杂的用例。如果有必要，可以考虑把流程拆分多个用例来实现脚本。

3、选择的用例最好可以构建成场景。例如一个功能模块，分n个用例，这n个用例使用同一个场景。这样的好处在于方便构建关键字测试模型。

4、选择的用例可以带有目的性，例如这部分用例是用例做冒烟测试，那部分是回归测试等，当然，会存在重叠的关系。如果当前用例不能满足需求，那么唯有修改用例来适应脚本和需求。

5、选取的用例可以是你认为是重复执行，很繁琐的部分，例如字段验证，提示信息验证这类。这部分适用回归测试。

6、选取的用例可以是主体流程，这部分适用冒烟测试。

7、自动化测试也可以用来做配置检查，数据库检查哦。这些可能超越了手工用例，但是也算用例拓展的一部分。项目负责人可以有选择地增加。

8、如果平时在手工测试时，需要构造一些复杂数据，或重复一些简单机械式动作，告诉自动化脚本，让他来帮你。或许你的效率因此又提高了。

测试用例转型注意事项：

1、首先测试人员应该了解脚本是怎么替代人工来执行用例。

2、当你写自动化测试用例时，你需要意识到你的用例是写给一个“智障人士”执行，执行对象是脚本。

3、当前的测试用例前置配置信息要写清楚。

4、每一个步骤都要衔接好，错了，脚本要报异常，我要去烦你。

5、每一个步骤要做什么，验证什么要写清楚，写具体。有时一个检查点，你只需看一眼，但是脚本要写一堆代码去验证，这样的做法是不可行的。

6、用例之间不要有关联性，自动化测试开发同样是软件开发工程，脚本编写同样提倡高内聚低耦合的理念。

7、不是每一个步骤都需要验证点，让子弹飞一会儿。

8、别在多个地方重复相同的验证。脚本很忙!我没空。当然，除非有必要。

9、开门记得要关门，配置信息要回归原点，否则脚本要迷路。

10、当你设计自动化测试用例时，难免对一个用例的功能点加加减减。不要因此而剪掉了一些验证点。因为手工用例+自动化用例=1。