2018-09-20老师我有个小困惑😯，从第一课到现在，我总有一种思路打开，但是无从下手的感觉，于是我思考了一下，有个小小建议，希望老师讲解的时候理论加业务场景/真实代码实现等具体实践相结合，比如讲到ui自动化框架，可以有几个小demo我能跟着去操作的，这样更有利于我们的吸收和掌握，然后举一反三得去运用到工作中去，不知大家有没有这种感觉。😨 28
2018-09-191.《软件测试的艺术》艺术中提出的「软件测试的原则」中的第一条就是「测试用例中一个必需部分是对预期输入或结果的定义」，测试数据就是预期输入了吧。
2.对于服务端这种公用的数据，建议统一提前准备，就是茹老师说的 Out-of-box 方法，但是对于客户端数据，因为每个人执行的环境不一样，有些环境就是实时准备的，所以建议是 On-the-fly 的方式，这地方可以优化效率的地方是，可以提供一键准备/恢复测试数据的脚本，尽可能减少因为环境/数据准备造成的时间浪费。
3.茹老师提到的脏数据的问题确实很关键，现在我们进行 bug 定位，都会进行环境检查，就是为了确认测试数据准备的正确性，也确实发现，经常有一些 bug 只是数据/环境准备不当造成的。
4.目前我们都是建议使用脚本一键配置/恢复环境/测试数据，执行用例前先恢复再配置，以保证不会被脏数据影响执行结果。
以上，欢迎沟通交流，公众号「sylan215」展开 4
2018-10-12还有一点是避免用例运行是引入脏数据，有时候需要注意恢复环境。比如一个用例创建了一个用户，下次再运行创建用户的用例时，就会因为名称重复报错。 2
2019-05-13一般在做单接口测试时会采用On-the-fly模式，采用压力测试时会采用Out-of-box方式收集数据。进行线上预发布的时候，使用的是线上的真实数据，只是跟生产环境地址不同而已。
2019-01-09一般都是两者相结合，由于是分布式架构，都会从各种微服务获取数据，。作者回复: 嗯嗯，要取决于业务本身是如何设计的
2018-11-18我们针对服务端的接口测试需要活水数据，用例执行前构造数据，执行后清除数据。
尽可能保证用例之间互不影响，同时避免脏数据的产生。
前提是我们的规模小，哈哈
2018-11-07测试环境一定要独立开发环境与运行环境- 2018-11-07可不可以每次执行前先用Out-of-box创建数据，然后再执行测试用例。在Teardown 中消除脏数据。但是在测试过程中发生异常，执行不了teardown方法，产生脏数据。如何办。 1
2018-11-02数据这个最麻烦
2018-10-13老师，在执行自动化测试的时候，肯定会生成很多测试数据，对于线上环境来讲，这些都是测试数据，一般怎么处理
2018-10-09我有一楼同样的困惑，听了大体思路，但无从下手。希望老师能举具体实例说明。作者回复: 最先可以下手的部分就是先开始封装自己的测试数据准备函数，函数内部可以用api也可以用数据库，或者两者的结合
2018-09-19老师能不能举一些更详细的例子，比如电商模块，哪些适合插数据库，哪些要调接口造
2018-09-19我们的数据都是手工创建
2018-09-19老师能不能讲下大数据，机器学习这种效果评测的内容