我说的都有责任，共同承担，他非得说测试负主要责任，而且在这一点上他不能让步。
其实我觉得都知道的事情，都是成年人了，测试又不是保姆，自己忘了还反过来怪测试。测试能提出来，是优秀，但不应该成为基本要求，更谈不上背责。
之前还提出只要线上出现 P1 问题 直接扣测试绩效。

我是测试 leader， 确实目前没话语权，上不上线，是不是问题，改不改，全技术 leader 说了算，出了问题就让测试背锅。我已经给 cto 提了，后面给测试话语权，写发版意见邮件抄送他，给技术 leader 压力。
而且这事喜欢双标，前端提了安卓忘了做，让前端负责通知到位，开发提测了测试没注意到，让测试改进，真不知道他是对测试什么仇什么怨。又想让测试多做点 QA，又不给测试放权。

那就辩论呀，但是测试的确有部分责任。

测试报告有没有写风险？这种让测试背锅的是测试老大还是开发老大，CTO 么？ 直接甩锅 这个时候就是锻炼功力的时候到了，加油，但是别吵架，站在有理的角度去说，要让你背就背把，只是让你负责，没要你付出什么后果就行，没事给领导背个小锅也是可以的，前提是关系还行，关系不行的直接提刀干他，怕锤子，本来就不是你问题 是吧

这种情况，如果是我知道开发没改的，我会在发版报告里面写出风险。如果你们的测试 leader 不这么做，估计就是测试完全没地位了。

大厂大佬都不闲聊

可以负责任，但是你要按我说的来，不符合测试流程，不符合测试准出标准不允许上线，如果上了出问题，就别找我哔哔。质量共建都不懂，当什么 leader。

比我现在好，我现在是技术团队都没话语权

是不是你们的流程还有问题，未经过测试就上线除非领导拍板，不然出了问题就是一堆扯皮了！

你们测试 leader 呢？不能站出来为你说句话嘛？

说明你们的质量体系都没有建设起来，没提测的包怎么能上线呢？

他还有个观点，认为开发只有一种情况需要对线上问题负责任：测试提出来了问题，开发觉得不需要改，线上被客户认为是 Bug。言外之意，只要线上有问题只要不是特别刁钻那种，都应该测出来，出问题就是测试责任。

背景是这样，发版没有管控，技术 leader 以赶工为由拖延 bug 修复，半成品代码随意上线。扯皮的这个问题测试回归已经发现了，开发也都知道，技术 leader 也知道，结果是他们都搞忘了做这个任务，按照赶工这种节奏上线了，测试认为你开发不提测我就默认你上线没影响，结果出问题了，让测试负主要责任。

若是这个版本主要上线的内容，有影响，说明回归测试没做好，确实算是测试的问题，甩不掉，若是测试环境没问题，上线后有问题，还甩给你，提刀砍他

这说明测试毫无话语权

存入数据库不香吗？

我们使用 csv 管理接口的，自动读 swagger，自动写用例

文本管理的话，多人协作还是会有问题的吧。个人感觉文档化和平台化，一个灵活方便编辑（缺点：多人协作麻烦，更新和同步比较麻烦，容易本地化保存带来信息差），一个方便管理和自动化平台集成、统一管理方便（缺点：比较重，开发和维护成本高，定制化的灵活度不如文档方便）。各有各的优缺点，需要看团队情况去选择

没有更好，只有更适合

因为 QA 都在 TesterHome 聊天

读 excel 进 mysql,套个 django 或者 flask 框架，前端搬 layui，并没多少工作量。

你们说的都好厉害，月薪多少了，刺激我一下吧

我司现在用的是 yaml 这种结构化的文件来存储，读取和维护更方便

因为 QA 都在 TesterHome 聊天

明显前端或者 yaml 管理更好些。。。 excel 后头发现太难受了。。。