38 | 测试数据的“银弹”- 统一测试数据平台（下）
该思维导图由 AI 生成，仅供参考
测试数据准备的 2.0 时代
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
测试数据准备的演变历程从1.0时代的数据准备函数封装到2.0时代的Builder Pattern，再到3.0时代的统一测试数据平台。Builder Pattern解决了数据准备的问题，但随着新需求的出现，引入了Build Strategy的概念。针对跨平台的能力，提出了统一测试数据平台的概念，将数据准备函数转变为Restful API，为各类测试框架提供统一的数据准备方案。统一测试数据平台不断演变，引入了Core Service和内部数据库，提供数据质量和数量的管理机制。通过自动创建Jenkins Job和内部数据库的机制，实现了Out-of-box的数据准备，缩短测试用例的执行时间。总体而言，Builder Pattern在提供数据灵活性和便利性方面表现优异，而统一测试数据平台则为跨平台和跨语言的测试框架提供了统一的数据准备方案，并且可以进一步引入高级功能。
《软件测试 52 讲》，新⼈⾸单¥68
全部留言(43)
- 最新
- 精选
Joie好激动，老师说到的3.0是我在项目中自己摸索总结出来的，上个月已经投产使用，目前在进行优化中，将数据自动生成，case的一些规则都进行分层处理。很棒，方向是对的，继续努力。作者回复: 赞👍这个的确就是数据准备的大方向，尤其规模大了之后更显的关键
2018-09-26633
Robert小七怎么觉得最近的文章都是普及概念了作者回复: 很多时候概念本身比会使用工具来得重要的多，对于测试数据准备的文章中介绍的很多方法和理念都是外面找不到的，都是来自于大项目中的工程实践，如果大家对工具本身的使用更感兴趣，我还是建议通过官方文档进行学习，但是怎么找到适合你的工具，以及学习这些工具设计的思路，还是要能够掌握原理。
2018-09-2420- Geek_723829内部数据库存储的是创建的同类型数据，还是存储的是同类型数据的ID而已，再到真实数据库中取？
作者回复: 存储的是id和其他用于筛选数据的相关字段，实际的数据还是在真正的被测系统的数据库中的
2019-01-0911 - silver_mango从移动大会的ppt演讲一直追到这里，受益匪浅。思路非常重要。感谢老师!
作者回复: 哈哈，感谢支持，有问题随时交流
2018-12-044 
朝如青丝暮成雪最近数据这块出现了问题，回头有读了一遍。理解了测试数据2.0时代，但是到3.0就不太懂了，我目前的理解是：把准备数据函数抽象成接口，和swagger链接，这样直接通过swagger的图形界面输入要测试的数据，把测试数据写入数据库。是这样吗？麻烦老师回答一下。作者回复: 不完全是，swagger只是提供一个界面方便测试和gui，并不会影响3.0自己的逻辑，3.0强调的是服务化
2019-05-103
rachel思路挺好。但是感觉是虚的、不落地。有源码供研究或更详细的框架设计思路就好了。作者回复: 实际项目已经投入使用，但是由于不开源，无法提供源代码
2018-09-2533
蜜拉请问，Builder Pattern内部还是操作API或者数据库来造数据的嘛？作者回复: 是的，内部实现还是数据准备函数，只是在此基础上加了一层易用性的封装
2018-09-253
阿嬷如果使用pyrhon开发，是不是就不存在需要封装多个参数组合函数的问题？作者回复: 也是需要的，看你怎么来设计
2019-01-072
一池浮萍挺好的思路作者回复: 感谢支持
2018-09-252
小北Restful API 不推荐使用create 这样的动词命名。貌似应该用put get post 这些表示创建修改的动作。作者回复: 你说的对的，create指的是后台实际执行的操作，而restful api暴露的还是标准化的method
2018-09-251
