软件行业，什么样的测试人员，是称职的测试？通过哪些问题能找到严谨、负责、认真的测试

[yiyiniu]

V 友们，从以下几方面讨论一下：

1. 测试提的问题不全面： 例如项目经理每天看已完成的功能，总是能提出关键的问题，测试没测出来或没提出来，提到 Jira 中的
2. 生产环境：上线后，客户给提出来问题，测试没有测出来的这种情况
3. 测试提的问题：开发不能理解，导致出现反复修改的问题
4. 测试提的问题：总是有遗漏
5. 测试：感觉态度不那么严谨，感觉负责人不是自己，无所谓，意识不到问题的严重性。

兼于以上情况，如何面试时通过一些什么样的问题，能找到要的那种测试人员，求建议

[ThunderMonkey]

得加钱

[walkerzmc]

流程的问题靠牛人出现来解决不太可能。如果流程变成，测试人员确认通过测试之后还出问题，那就是问责测试，跟开发无关的话，就可以减少很多问题（有挺多公司就是这么个流程的，不要觉得不可能）

[2067]

刚工作那阵子，一直觉着提的问题越多越显得自己水平高
经常是留后手连环提单沾沾自喜
想着怎么样让版本反复打回延期才最好

后来总结了个说法，测试就好比吃西瓜吐籽，如果只拿吐出来的籽来衡量测试人员的水平，有些人是吃的细致所以吐的多，有的人单纯吃的快但是糙漏过了很多吃肚子里了但是吐出来的更多，但是还有些人拿到的就是无籽西瓜怎么去跟别人比

其实测试的意义是尽快消灭问题稳定产品质量，但是你用什么方式去考核，下面的人就用什么方式去工作

至于要找什么样的测试人员，理想化的一种情况，需要招那种“不是因为做不了开发才做测试”的人，用开发的标准，去招有交付经验，经历过线上紧急问题复现与规避处理的测试人员，当然也就应了一楼的话，得加钱

[kandaakihito]

从后端的角度来说，最喜欢和熟悉业务的测试对接，能明确指出当前的问题所在以及期望的效果。

有的测试完全不知道业务，用户一说有问题就马上一个 bug 单甩过来让我去排查，让我去证明。😭

[runinhard]

多数问题和测试本身关系不大 ，因为本身就是团队合作的结果。

[DinnyXu]

前面几个说的都不准确，因为 OP 这个问题在我们这也是实实在在的遇到过

首先 OP 说的已经很委婉了，项目经理一使用系统就能发现一些问题，这些问题有的是缺陷，有的是设计问题，其次上线后产品也能发现一些问题，也有明显的缺陷

充分的说明测试对于需求的理解程度不够导致的，你们试想下这个功能是开发一行行代码写出来的，做的容错逻辑比测试多的多，测试一般都是黑盒测试，如果测试也能打断点调试，也就是所谓的测开，那么准确率又会提高很多，跟加钱有什么关系？ 这不是你一开始入职的时候薪资就谈好了的吗？

[qping]

从问题上看你们完全依赖测试人员本身的水平，是否考虑流程上的优化，测试用例是否可以让项目经理审核，以确保测试用例完备？

提出的问题不能理解，你们有没有模板，展示测试的步骤，测试的错误截图，能够清晰的展示问题的所在

[fredweili]

好的测试能更深刻的理解需求，想到边界情况
开发的注意力在 how ，对 when 和 what 经常忽略，这块就是测试的价值

[sampeng]

不是，现在研发都是当大爷当习惯了？测试只是给你兜底，研发写出一堆 bug 来还怪测试没测出来？说到天上去，锅都是研发。

[emiyamuto]

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

[emiyamuto]

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

[nice2cu]

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

[249239432]

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

[ming1455]

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

[lihanst]

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

[coderluan]

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

[JontyChen]

严谨、负责、认真这只能说不完全是看个人的。和你们的项目流程是怎么运作的也有关系，各个角色明确各自的职责，为整个流程负责很重要。

可以问下以前公司项目需求开发过程中作为测试这个角色是怎么参与整个流程的，从需求澄清、需求设计、研发设计、测试方案设计、测试用例设计、测试过程中（风险评估等）、发布前评审、发布后的跟踪。这整个流程参与了多少、怎么参与的。如果只关注自己那一小块的，这种就很一般了。当然如果像我说的这种工资确实不低。

[99185302]

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

[beixiao]

称职的测试当然是给多少钱干多少活。
你说的大部分问题都是流程的问题，需求评审、概要设计评审 测试有没有参加？ 测试用例评审开发和产品都有参加吗？ 不能把问题都归咎于测试，测试覆盖不全大家都有责任。
测试不负责任就加入考核机制，但是也不能让测试负所有责任。
黑盒测试本来就无法测出来所有的问题，而且就算提出来问题也要开发积极跟进。我遇到的混子开发也不少，我都把完整复现流程描述出来而且录屏了，开发都说复现不出来不愿意跟进，要去找开发给他复现看着他才改。
总之测试想做好也不简单，但是工资普遍不高🐶

[chensuixiang]

有些测试：你说的那些我有很多都做到了，但是钱不太够，所以我假装我做不到，我不需要那么认真去做到。钱多的产品和开发都没我认真，我认真个 der 。

恕我直言，开发团队中，作用最低的怕不是测试，很可能是产品。