一直强调编程技术和框架，好像测试用例编写不重要似的。
No！灰常重要！只不过大家都把这当成测试人的基本功，并不作为考核和涨工资的要素。可就是这看不见摸不着的基本功，可是会挖坑坑哟！（不要以为只有程序员会挖坑）
自动化测试用例的选择原则
1. 所有手工测试用例都拿来做自动化测试？
No！千万不要把所有的手工测试用例都拿来转化为自动化测试用例！不要给自己挖坑！做自动化测试前你是否目标明确，是否十分清楚自动化测试的侧重点和所处测试阶段？
2. 用例的拆分和组合可以以某个场景为依据。
比如，登录场景测试，可以参照不同账号验证方式、输入方式等拆分为不同的小场景，再或者多个用例使用同一个验证码验证场景，等等。
3.不要选择流程太复杂的用例。
除了考虑测试用例编写的复杂度，更应考虑测试脚本维护成本，如果有必要可以把流程拆分成多个用例来实现脚本。
4.根据测试目标给用例标记测试阶段或等级。
例如：这部分用例做冒烟测试，那部分用例做回归测试。
5.选择需要重复执行并且人工执行繁琐的用例。
比如，字典验证、提示信息验证这类，特别适合用于回归测试。
6.选择主体流程的相关用例作为优先级高的用例，在不同测试阶段确保这部分用例的测试覆盖。
7.做配置检查或数据库检查。
这些可能超越了手工用例，但也算用例扩展的一部分，大家可以根据实际情况添加。
总之，自动化测试就是为了提高测试效率，既然是用脚本来实现，本质还是程序控制，程序就意味着执行目的简单明确和大量重复。
自动化测试用例编写注意事项
～再唠5块钱的～
-
一个用例应该是一个完整的场景。从用户登录到执行完，最后别忘关浏览器！
-
一个用例的功能点要注意颗粒度。拆分！拆分！不要用户登录后就撒欢似的去做各种事！
-
用例与用例之间尽量避免产生依赖。
-
一个用例执行完后要复原场景。比如清理数据
-
尽量减少复杂逆向逻辑的用例的数量。
逆向逻辑的用例非常多，而自动化脚本本身比较脆弱，复杂的逆袭逻辑用例实现麻烦还容易出错。所以，这时要根据测试目的有针对的选择一些场景，并进行细化拆分。
自动化测试更多的是在重复验对。
最后我也整理了一些软件测试学习资料，对于自学软件测试的小伙伴来说应该会很有帮助，为了更好地整理每个模块，我也参考了很多网上的优质博文和项目，力求不漏掉每一个知识点，很多朋友靠着这些内容进行复习，拿到了BATJ等大厂的offer，这份资料也已经帮助了很多的软件测试的学习者，希望也能帮助到你。需要公众号：软件测试小dao 自取。软件测试，与你同行！陪你成为优秀的测试工程师！
既然都看到这里啦，请你帮个忙：
1、点赞，让更多小伙伴看到；
2、关注我，持续更新测试干货。
敲字不易，如果此文章对你有帮助的话，点个赞收个藏，给作者一个鼓励。也方便你下次能够快速查找。
