124 都可以用测试用例来解决问题，不全面说明肯定没有完善用例 3 说明没有开发评审会，没有同步需求 5.线上 bug 责任划分 50%给到测试，关乎绩效和年终

@emiyamuto 当然了，这些东西一旦加上，那工作效率肯定会低，那想要维持现在的更新内容就要加人，那就是加钱，想要高效+高质量，这是不可能同时达成的天平两端，只能找到一个你们能接受的平衡

测试同学拉测试用例评审会， 开发同学和产品同学提出建议，是否有遗漏用例，或者测试重点。

一个 5000 的测试和一个两万的技术总监测试出来的东西真的不一样，但是你们愿意给两万让一个技术总监类型的人做测试么

测试可以不懂需求实现，但要懂需求，最低要求是不能还不如最终用户（不要小瞧最终用户的水平），测试如果连最基本的需求都不知道，那就是冒烟测试，不如找猴子或机器来做 黑盒测试兜不了底，指望测试把所有软件功能里面的 bug 测穷尽不可能

自己写 test 能不能代替 QA 团队？

成熟的行业，应该更依赖专业的制度，而不是靠谱的人，所以这个问题很简单：如果你们有完善的测试流程和制度，那么找能理解和遵守这种流程的测试就行了，如果没有，就找能慢慢建立流程的人。

严谨、负责、认真这只能说不完全是看个人的。和你们的项目流程是怎么运作的也有关系，各个角色明确各自的职责，为整个流程负责很重要。 可以问下以前公司项目需求开发过程中作为测试这个角色是怎么参与整个流程的，从需求澄清、需求设计、研发设计、测试方案设计、测试用例设计、测试过程中（风险评估等）、发布前评审、发布后的跟踪。这整个流程参与了多少、怎么参与的。如果只关注自己那一小块的，这种就很一般了。当然如果像我说的这种工资确实不低。

知道了，大概意思是既会了解项目需求，也会了解客户使用场景，还会拆解需求帮助研发提高开发效率，最后保证产品质量可靠。敢不敢承认测试的工资在产品，开发，测试，等这些岗位里是最低的。得加钱。