萌言萌语｜关于自动化测试应该学什么

今天jiujiu问nienie自动化测试应该学啥？

jiujiu：nienie，自动化应该怎么学？

nienie：你先学页面自动化和接口自动化啊。

jiujiu：我会了啊，就那些东西呀~

nienie：那你学下自动化框架吧

jiujiu：都有eclipse了，为啥还要学自动化框架~

nienie：eclipse只是ide，你要学怎么组织用例

jiujiu：eclipse直接就能调用robot呀~~

nienie：。。。（OS：不想和这个憨憨讲话了）~

那么，关于自动化测试，应该学什么呢？

初识自动化测试

初识自动化，认为自动化测试是将文本用例转化为自动化用例。

在测试执行阶段，接触最多的是测试用例，怎么将文本用例转换为自动执行，是当时考虑的问题。于是迈出了第一步学习的路径：web自动化或接口自动化。

在写了多个用例后，开始思考多个用例如何管理。同样的start和end操作应该如何简化并应用于每个用例。

组织执行用例

在常规的文本用例中，会将一个模块的用例进行统一管理。同理，在自动化测试中，也需要将同一模块的用例进行管理，统称为测试集。

在思考怎么进行测试集管理的过程中，首先可以评估选用组织执行用例的测试框架，如：unittest or pytest。

自动化的可读性、可维护性、可扩展性

自动化测试的产生是为了解决重复工作，提高效率，那么可读性、可维护性、可扩展性就相当重要。在自动化设计之初，就需要对整体框架进行设计思考，并为后期扩展留下足够空间。所以，自动化测试个人认为并非单人能够完成的任务，需要测试团队中的业务专家、测试开发等共同参与。

持续集成

在测试工作中，编写用例和执行用例不是唯一工作，还包括测试计划、测试资源、测试报告的管理。尤其在版本迭代发布过程中，自动化执行完成后的测试报告，与上一版本对比结果，可以判断若有新增问题，是否为当前版本引入，便于快速评估版本质量。

小总结

如果把自动化测试当作一次测试任务去分解，从测试策略、测试设计、测试计划、测试执行去考虑，就包括：做什么、怎么做、何时做完、谁去做。

因此，关于自动化测试的学习，并非单纯的去学习web自动化或者接口自动化相关的技术，更要从策略分析去怎么做，否则写出的自动化脚本很容易变成一次性的脚本，并不能有效提升效率和测试质量评估。

写在最后

学习新技术过程中，梳理出学习路径是非常必要的。

知道下一步怎么走，才能知道终点在哪里。

以上，是一个小白菜再次思考自动化测试，希望这次能从起点到终点，而不是起点到中点后，又再次回到起点。