关于自动化测试的一些思考

　　自动化测试通常分为接口测试、UI测试，从测试人员的角度来说，非常希望有足够充分的接口测试来保证提测版本的质量，但实际情况往往是开发团队所维护单元测试和接口测试也是非常不充分、有的开发人员甚至不去做单元测试。

1|0一：UI自动化

1.在什么情况下才会去实施UI自动化？

1.公司有做UI自动化需求
2.平台趋于稳定，无频繁发版需求
3.版本发布后可以自动回归验证
4.测试人员有编码能力且人力足够
5.平台维护周期长

2.UI自动化的目的是什么？

1.老生常谈的问题，解决功能测试人员重复性的工作，释放双手
2.定期验证平台基本流程
3.版本发布后自动触发验证平台基本流程

3.UI自动化的后遗症

1.用例庞大
2.极不稳定，维护困难
3.投入与产出非正比
4.需要专职人员维护与更新

4.关于UI自动化常见问题的思考

1.git：如果用到git，则需要对git命令非常熟悉，不然在进行代码提交处理异常信息非常棘手(报错后无法及时处理，导致解决时间长，影响工作效率)
2.Selenium ：在脚本执行过程中对于异常信息，要多去思考，找出导致异常信息的关键点，针对关键点去寻找解决办法，而不是盲目的去解决，记住，多思考，解决问题的思路很重要
3.总结，对常见错误进行总结记录，如博客，OneNote

2|0二：接口自动化

1.在什么情况下才会去实施接口自动化？

1.接口数量过多，手工测试慢
2.接口涉及加密处理，手工测试无法进行

2.接口自动化的目的是什么？

1.接口回归验证（正常及异常）

3.接口自动化测试的优点？

1.提高项目迭代开发过程中的测试效率
2.提高回归测试的效率，并且提高测试场景覆盖率和代码覆盖率
3.解决项目中重复造测试数据的问题

4.关于接口自动化常见问题的思考

1.整体框架的搭建
2.数据驱动问题，如excel

__EOF__

本文作者：测试工程师成长之路
本文链接：https://www.cnblogs.com/mrjade/p/12001201.html
关于博主：评论和私信会在第一时间回复。或者直接私信我。
版权声明：本博客所有文章除特别声明外，均采用 BY-NC-SA 许可协议。转载请注明出处！
声援博主：如果您觉得文章对您有帮助，可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力！