用例选不好，自动化测试累死人

一直强调编程技术和框架，好像测试用例编写不重要似的。
No！灰常重要！只不过大家都把这当成测试人的基本功，并不作为考核和涨工资的要素。可就是这看不见摸不着的基本功，可是会挖坑坑哟！（不要以为只有程序员会挖坑）

自动化测试用例的选择原则

1. 所有手工测试用例都拿来做自动化测试？

No！千万不要把所有的手工测试用例都拿来转化为自动化测试用例！不要给自己挖坑！做自动化测试前你是否目标明确，是否十分清楚自动化测试的侧重点和所处测试阶段？

2. 用例的拆分和组合可以以某个场景为依据。

比如，登录场景测试，可以参照不同账号验证方式、输入方式等拆分为不同的小场景，再或者多个用例使用同一个验证码验证场景，等等。

3.不要选择流程太复杂的用例。

除了考虑测试用例编写的复杂度，更应考虑测试脚本维护成本，如果有必要可以把流程拆分成多个用例来实现脚本。

4.根据测试目标给用例标记测试阶段或等级。

例如：这部分用例做冒烟测试，那部分用例做回归测试。

5.选择需要重复执行并且人工执行繁琐的用例。

比如，字典验证、提示信息验证这类，特别适合用于回归测试。

6.选择主体流程的相关用例作为优先级高的用例，在不同测试阶段确保这部分用例的测试覆盖。

7.做配置检查或数据库检查。

这些可能超越了手工用例，但也算用例扩展的一部分，大家可以根据实际情况添加。

总之，自动化测试就是为了提高测试效率，既然是用脚本来实现，本质还是程序控制，程序就意味着执行目的简单明确和大量重复。

自动化测试用例编写注意事项

～再唠5块钱的～

1. 一个用例应该是一个完整的场景。从用户登录到执行完，最后别忘关浏览器！

2. 一个用例的功能点要注意颗粒度。拆分！拆分！不要用户登录后就撒欢似的去做各种事！

3. 用例与用例之间尽量避免产生依赖。

4. 一个用例执行完后要复原场景。比如清理数据

5. 尽量减少复杂逆向逻辑的用例的数量。

逆向逻辑的用例非常多，而自动化脚本本身比较脆弱，复杂的逆袭逻辑用例实现麻烦还容易出错。所以，这时要根据测试目的有针对的选择一些场景，并进行细化拆分。

自动化测试更多的是在重复验对。

最后我也整理了一些软件测试学习资料，对于自学软件测试的小伙伴来说应该会很有帮助，为了更好地整理每个模块，我也参考了很多网上的优质博文和项目，力求不漏掉每一个知识点，很多朋友靠着这些内容进行复习，拿到了BATJ等大厂的offer，这份资料也已经帮助了很多的软件测试的学习者，希望也能帮助到你。需要公众号：软件测试小dao 自取。软件测试，与你同行！陪你成为优秀的测试工程师！

既然都看到这里啦，请你帮个忙：

1、点赞，让更多小伙伴看到；

2、关注我，持续更新测试干货。

敲字不易，如果此文章对你有帮助的话，点个赞收个藏，给作者一个鼓励。也方便你下次能够快速查找。