自动化测试用例设计编写？你真的会吗？史上最全详解...

---

前言

自动化测试是为了让测试人员从繁琐重复的机械式测试过程中解脱出来，把时间和精力投入到更有价值的地方，从而挖掘更多的产品缺陷。

目前自动化测试更多的是定位在冒烟测试和回归测试；
冒烟测试执行的是主体功能点的用例。
回归测试执行全部或部分的测试用例。
它的主要目的在于验证问题，而不是发现问题。所以对于自动化的设计，主要集中在功能正确性方面。

在自动化测试的流程中，其关键点在于自动化测试设计，包括测试用例设计、测试脚本架构及测试组织。

手工测试用例与自动化测试用例的区别

1、手工测试用例
能通过人为的逻辑判断校验当前步骤的功能实现是否正确。能较好的处理异常场景；
执行测试用例具备一定的跳跃能力；
人工测试可以步步跟踪分析，能够细致的定位问题；
主要用来发现产品缺陷；

2、自动化测试用例
所有的判断校验都需要编写脚本来实现；
测试用例步骤之间需要关联关系；
主要用来保证产品主体功能正确完整和让测试人员从繁琐重复的工作中解脱出来；
目前自动化测试阶段定位在冒烟测试和回归测试；

自动化测试用例设计原则

自动化测试用例设计是决定自动化测试成败的关键。

1、设计误区
不编写测试用例直接编写测试脚本；
直接拿手工测试用例来编写自动化测试脚本；

2、设计原则
测试用例是一个完整的场景。从用户登录系统到用户退出；
测试用例只验证一个功能点。不要试图用户登录后验证所有的功能点再退出；

测试用例尽量只做