14 | 更接近业务的抽象：让自动化测试脚本更好地描述业务
该思维导图由 AI 生成，仅供参考
如何把控操作函数的粒度？
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
本文深入探讨了如何优化自动化测试脚本的描述业务，重点介绍了控制操作函数的粒度和衔接操作函数之间的页面的重要性。首先，文章指出了过大或过小的粒度都会影响脚本的可重用性，强调了操作函数粒度的控制。其次，强调了页面衔接的重要性，介绍了业务流程抽象的概念，并展示了基于业务流程抽象的测试用例设计方法。最后，总结了业务流程抽象的优点，包括更接近实际业务、标准化的测试用例设计和便于与BDD结合等特点。整体而言，本文为读者提供了有益的技术指导，帮助他们更好地理解如何优化自动化测试脚本的描述业务。
《软件测试 52 讲》，新⼈⾸单¥68
全部留言(38)
- 最新
- 精选
- 图·美克尔代码自动生成会讲到吗？
作者回复: 代码细节不会讲，只会讲基本的思路。
2018-08-016 - 图·美克尔然后，对于每一个业务流程类，都会有相应的业务流程输入参数类与之一一对应。具体的步骤通常有这么几步： 初始化一个业务流程输入参数类的实例； 给这个实例赋值； 用这个输入参数实例来初始化业务流程类的实例； 执行这个业务流程实例。 为啥不把这几步再封装一次作为一个业务步骤呢？比如就可以直接：login(username,passed)->search(name)->checkout(id)->logout. 也便于自由组合成其他的业务流程。比如：login->view order->logout
作者回复: 非常高质量的留言，你说的方法非常好，而且我们也曾经实际尝试了，和你说的完全一样的思路，但是最终我们放弃了，主要原因是技术上的实现难度有点大，我们需要知道哪些flow是可以衔接的，并且还要做到ide中可以自动提示，同时flow之间的测试数据传递写出来也会比较难看，还有就是两个flow之间在实际用例中经常需要插入很多额外的操作，而且由于我们后面基于BDD做了代码自动生成，所以我们没有采用全链的方式。
2018-07-3035 
Allen公司的业务流程比较复杂，需要在接口层覆盖业务流程的自动化测试。最近正在设计接口自动化的测试方案，看了这篇文章，很有启发。作者回复: 能有收获就好，其实我后面还会介绍更好的办法，就是通过gui来捕捉后端的api调用列表，后面的文章会有具体例子，希望可以帮到你
2018-07-313
@用依赖可以实现不同业务间的衔接作者回复: 的确是可以的，但是版本管理会比较复杂，每次有版本变化都要重新打包
2018-07-312
麥白总结的很到位，很喜欢这种授人以渔的课程！学到了不少，得好好实践下~作者回复: 感谢支持，我一直反对直接教工具的使用，只有理解了背后的原理，才能做的更好
2019-05-091
johnny第13节的内容能理解，我已经将伪代码实现了。但是这节的内容不好理解，老师可以给我发一个完整的示例吗（不是用伪代码描述的，是真正用java语言实现的代码示例）？简单的业务流程，只要能说明第14节内容就行。我的邮箱是cjnjk@163.com作者回复: 实际代码可能没法发，因为不来源，实在不好意思
2018-11-19
Sunshine感谢老师讲解，现在脑子有了一个更清晰的思路作者回复: 能够有收获就是最好的
2018-08-03
雪哥新手问下，有什么好的论坛，心得交流平台吗，或者测试经常浏览的技术网站作者回复: 这类网站是有很多，不会如果你是想学某一种工具，我强烈推荐你上官网
2018-07-31- Allen我们公司的业务流程比较复杂，看了这篇文章，有了新的思路，受教了。
作者回复: 非常感谢认可，能够帮助到大家，是我最想看到的
2018-07-30 
彬彬ieeeeemily嗯，我也是这种思想去做的，更容易组装出更多的业务场景用例作者回复: 嗯嗯，系统的去做才能发挥gui的最佳效率
2018-07-30
