这么一说也可以哦 ＝ ＝

具体角色的动作呢？就 push 和 commit 不一定能组合出好玩的动作吧？

确实是，搜 bug 的方法论也很重要，最近查了一个 bug 五天，才发现是第三方服务的一个接口调用有问题，虽然前任交接的时候没提这个但是如果一开始测试方法得当是不会有这个问题的

顶楼主，学习了

美团最近新闻那么多 ＝ ＝

@juliuszhu 欧好吧，谢谢

出新闻了，腾讯要收购 80+％的股份，想变强，你得氪金（滑稽脸）

请问 bilibili 除了视频云那块还招 python 开发么？

＋ 1

之前给别人项目的贡献都看不到了 orz

map(lambda name: os.popen('python {}.py').format(name), ['a', 'b', 'c']) 这样子？感觉比较挫，坐等楼下的好办法

具体什么公司呢？

请问您那招 python 开发么，不是技术经理级别的

@eric6356 确实如你所说，感觉不是很好做，能不能干脆不继承 float 呢？

show_height 应该是实例方法，你用 p 作为参数是不对的，然后因为 Girl 继承了 Person ，而你是按 classmethod 的方法在调用 show_height ，所以应该用 Girl 类的实例来调用这个方法

我的话之前使用 bloom filter 边爬边去重的，就是会有一定错误率。

testrail + 1, 不过 testrail 对外提供的 api 感觉太不好用了，全靠 id

@bingxx 谢谢哈，我理解哈，其实感觉核心矛盾在于是 “预设数据” 还是 “靠接口生成数据” 这个点上， DDT 的话我大概看了下 example ， 实际上还是预设数据的一种手段，存储过程也是预设过程的手段嘛

不过对于是否使用存储过程来进行接口测试这个点我还是抱有疑问，如果要做数据校验，比如说这个场景哈：我知道数据库里今天可下单菜品有四个，分别是 blabla ，然后我要检测可下单的菜品是否全部由接口正常返回，就是说不仅校验数量，还要校验菜品名，菜品 id 什么的。

这个的话在自动化测试中由于每天菜品可能不同（就是在 alpha ， beta 测试环境下菜品也是有失效时间的，需要重新配置）如果由接口返回，可能就没办法去校验了，因为事先不知道正确值是什么（或者每次都去更新代码，但这样就太繁琐了）。

这点上我在想是不是还是用存储过程来做会比较好？我这个只是疑问哈，没有任何说 deptest 的设计有问题的意思，因为之前帮团队做自动化测试的引入，要交接的时候发现测试大多（全部）不会写代码，交接得很痛，这两天在想着能不能改下 pytest 写个工具，可以通过读取 json ， yaml 之类的工具来实现接口测试的自动生成，这样测试就可以专心于写测试用例而不用再去学 python 写代码了