测试人如何高效地设计自动化测试框架？
它是由一个或多个自动化测试基础模块、自动化测试管理模块、自动化测试统计模块等组成的工具集合。
由于应用系统技术五花八门，几乎没有测试框架能应用在多个项目上并体现出应有的价值，所以一般情况都需要根据项目自身情况来定制化我们的测试框架，常用的有数据驱动，关键字驱动和两种方式的混合。
比如，写了一个类，“人”类，“人”有自己的名字年龄等属性，每个“人”又有一条狗做为自己的属性，你可以把“人”类的属性和“人”的狗的属性都写在“人”类里，这就成了高耦合。
而把狗的属性剥离出来，写成“狗”类，在“人”类里只放一个对“狗”的对象做引用，这个“狗”类，即可做为“人”的属性，也可以做它用。即 低耦合
对象、测试数据、业务逻辑相互剥离、灵活调用,在前端UI测试上可以得到明显的效果，我们可以使用PageObject设计模式来实现对象和业务逻辑的剥离，使用DataProvider来实现数据业务逻辑分离。
从实现来说就是：先测试底层的页面操作对象，通过调用操作对象、及业务逻辑实现对功能点的验证，再通过调用业务逻辑组合功能点实现对业务流程的验证。不同的业务流程，对于底层的操作组件、中间层的功能点函数是完全可以复用的，只是调用的业务逻辑的差异，或者是测试数据的差异性。这样的好处是脚本相互独立性，代码复用，易维护，如有新的业务流程可以调用已有代码来组合。
对于一些较通用的方法，可以封装，比如log，assert，异常处理，文件读写操作，数据库读写操作，保存页面截图等等。在需要的时候直接在测试用例里调用即可。
抓住业务测试工作中的痛点和领导的痛点，多沟通多交流，优先解决基层的工作痛点，我相信一个好的领导会看到你的责任心和付出；
原文链接：https://www.cnblogs.com/clarke157/p/7323413.html
-------- THE END --------
🍁
评论