羊羊2022-07-31 来自日本老师在数据库版本化管理的清单中，有一个“集成契约”，想问下具体是什么？ 实际工作中，我们公司搭建测试环境都是测试自己弄，在数据库搭建这块，因为不是很专业，也遇到过很多问题： 1. 导出生产环境数据库结构的SQL后，在测试环境执行，会遇到创建表先后顺序的问题，因为表之间有依赖关系。需要测试自己去整理创建数据库的脚本的顺序。 2. 导入数据的时候，也存在这个问题。而且数据量大的时候，很话费时间。 希望老师能在git给出一个“数据库版本管理”清单的具体例子，想学习一下。作者回复: 你的问题提到2个知识点 1. 数据库的版本管理 2. 测试环境的仿真生产环境 这2个知识点是独立的，先说版本管理，你可以参照martin fowler的文章 https://www.martinfowler.com/articles/evodb.html 测试环境仿真生产环境，这个也有不少方法，可以采用export，import像你提到的这种方式，也可以采用定期同步的方式，复杂点，也可以采用ETL方式。
sqnv_geek
2022-05-29增量sql如何patch到prod？apply git diff吗？作者回复: 你说的增量sql，是指的是数据的增量么？抱歉我不太清楚这个提法。对于数据库的版本化管理，“All database changes are migrations” 这是martin fowler在它的网站https://www.martinfowler.com/articles/evodb.html里提到的观点。值得一读
swordman2022-05-17这段时间正在做C++产品的集成测试，需要开发mock，整理调用链，找Happy path，最关键的正如老师所说 —— 和开发一起梳理代码，提升软件的可测试性。作者回复: 是的！这才是高效的自动化测试！
太匆匆2022-04-19先去了解一下这些工具，带着工具去试试TDD作者回复: 具体工具实践，可以参考我在专栏里建立的github repository，https://github.com/sheng-geek-zhuanlan/awesome-test-automation
鑫宝2023-07-10 来自上海曾经使用过docker 来构建测试环境。当时的场景是被测的系统，姑且称之为S 。 S 依赖A系统的，同时也依赖mysql 和redis 。 本地调试时 和真正端到端的测试环境有网络壁垒。 故将S A 和2个数据库都进行了mock，整体打包。 这样的好处是 每次的变量只有S 。 坏处是 由于S 依赖的比较多， 在真正的正式环境遇到的问题比在mock 环境多很多。
lerame2022-12-19 来自广东个人觉得测试还是得懂docker如何部署运行，代码里调用部署没有那么灵活，而且出问题了也不懂排查。
格2022-10-19 来自广东干货满满，测试领域的导师