request_body 做个类型判断，然后分别传入 requests 的.{http_method}(data=,json=)。
操作 dict 总比 split string 的好

说穿了，还是持续维护工作量大且 “价值” 不大的问题。脏活累活谁都不想干，所以不要抱怨环境 XXX 的问题，因为连 “你” 都不想去 “整理”！环境有问题，及时修了就好，修不好 “升级” 让领导们知道 “风险”。

棒棒哒

“现在的问题就是太迷信测试会写代码” 不太理解这句话的意思，能否张开下？

还是自己的舒服啊

不要去抱怨工作以及工作的合作者。想想如何帮助开发提高冒烟成功率，开发的痛点在哪？而不是不断升级 “汇报”，最后谁都不开心。

你原文是啥？

不用想了，赶紧跑路

https://www.jianshu.com/p/82886d77440c

哎～～又是一个关联性的 case 设计。个人建议不要搞这种 case 用 fixture 做 setUp 将前置步骤最短化实现，这样做唯一的坏处就是相关前置步骤修改可能会导致修改量比较大，但 fixture 是能套 fixture 的合理的 “拆封” 是很又必要的。