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

[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 。

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

[kokojack]

测试看完气死了

[yanxin1111]

这一看不就是每个人都有问题，测得不想测，开发不想好好改

[Pingu9527]

花香蕉的钱只能招到猴子

[15855pm]

1 ，2 ，4 都是同一个问题，就是测试漏测，但是测试漏测是肯定的，好的测试少一点，能力差的测试或者新手多一点，至于漏测的原因有很多，不止是测试人员能力问题、需求描述不清、开发人员提测质量差、测试时间不足等等。另外，你的问题「问题」究竟是「 bug 」还是「需求」要区分清楚，不能一味的把验收或者客诉都当作 bug 交给测试。
3. 开发不能理解测试提出的 bug ，要区分是说的不清楚还是理解不到位，说不清楚是测试的问题，理解不到位是开发的问题，我遇到的是情况是都有。说不清楚的问题好解决，要求测试人员提 bug 写清楚标题、现象、证据（问题截图与原型对比）即可。开发理解不到位大概率是能力问题或者不认真理解需求，因为测试提 bug 就是对比需求发现不一致来提的。
5. 态度问题要看是一个人的问题还是整个测试团队这样，个人问题直接优化掉最简单，团队都这样那就要考虑是制度还是领导的问题了，团队磨合的不好自然有人摆烂。
另外附上最近关于测试的一点思考，仅供参考：

[joker622]

建议 op 招我 qaq

[smlcgx]

我感觉吧，能准确描述并复现 bug ，是合格的测试。能分析是测试环境的哪些变量产生的 bug ，已经算优秀测试了

[YukiHanaNo]

首先你是不是认为有且仅有测试为质量负责？如果是这样，这个问题无解
大家都在一条流水线上的，为什么要靠最后一个人来把控质量。正确的认识是从整个流程上去把控

[xxaa]

@sampeng 按你这种开发全锅的说法，那大家都应该去转型做产品，做测试。毕竟不做产出型工作就不会背锅嘛

[HappyFox]

个人观点：

1.测试提的问题不全面： 例如项目经理每天看已完成的功能，总是能提出关键的问题，测试没测出来或没提出来，提到 Jira 中的
- 测试体系问题，和人无关，除非执行者本身就是测试体系设计者。
- 需要具体问题具体分析，比如测试人员和项目经理找问题的差别在哪里，是缺项目背景还是缺技术积累。
- 测试人员缺少和研发定期沟通的程序，能让研发人员产生情绪，本身就是管理者失职

生产环境：上线后，客户给提出来问题，测试没有测出来的这种情况
- 得看是设计问题还是质量问题。还是测试体系、团队追责体系搭建不合理。
- 雇佣测试的时候，就要考虑好漏测后如何处理。
- 任何岗位都有出问题的百分比，需要搜集数据，证明他们的问题超出了平均水平。

测试提的问题：开发不能理解，导致出现反复修改的问题
- 人的问题。联系你的组长，让他联系测试经理，避免直接冲突。
- 确认是理解问题还是表达问题，让你的经理帮忙组内沟通，搜集数据，集中反馈。

测试提的问题：总是有遗漏
- 产品、测试和研发沟通有问题。联系研发经理，让他了解到这件事。
- 漏测管理有问题，缺少度量分析。测试经理应负责复盘并同步给所有合作方。

测试：感觉态度不那么严谨，感觉负责人不是自己，无所谓，意识不到问题的严重性。
- 测试目标设置有问题，或者组内信息同步不合理。
- 测试体系有问题。不要直接干涉，联系你的经理，让他对外施压。研发体系效率降低对你的经理来说也是很头疼的事。

[nuo7mi7]

测试的责任是 在有限的时间内尽量保障产品的质量，让用户体验无问题

所以有两个，一个是有限的时间，一个是用户体验，那就决定了再完美的产品肯定也会有 bug 的，只要用户使用大部分没问题不影响营收流水那就么问题

从目前接触过的研发和产品，能认识到测试质量是由整个团队保障的，能有这个共同认识的真不多

而且目前测试中比较火的测试左移，测试右移，提前介入其实也都是团队合作的问题，如果产品写的需求更详细点，开发自测多一点，测试更负责点，那产品很难有太大问题

[sunfly]

钱给够！

[2067]

关于招人，可以试试让对方讲讲自己所负责的产品的具体应用场景，如何部署，规模如何，硬件规格，发展历史等等。能说清楚的，一方面说明有一定的学习能力，另一方面至少说明是对自己所负责的东西感兴趣又有爱的，比那种单纯提单交差不管不问的要好得多。

[zoharSoul]

别干 tob 的工作 跑路吧

[jonty]

@sampeng #9 妈的，看到这种测试就来气

[shtzlwdmkf]

op 的几点提的很好，但是你想通过面试去找到标准答案是不太可能的，首先大家面试都会做好准备，为了 offer 说一些违心的话，特别是测试工作，不像研发一样写不了代码一样很快就能看出来；其次如果单一问题没回答出去，但是其他都表现的很好你就不考虑了吗？

另外我个人感觉，测试人员的素质因人而异，有些人确实总能一阵见血的找到一些关键性 bug ，但是对一些常规 bug 、小 bug 容忍度就较高，有些人就是循规蹈矩照着测试用例一步一步执行，也能发现一些常规 bug 、小 bug ；所以测试是一个团队，你要是想招一个单人负责单个或者多个项目的人，可以联系我，细聊，我就是你想要的那个人

[yyttrr]

我是运维，遇到过多位测试，在我 DNS 或者转发还没配置的时候直接说测试完毕

[jwen]

1. 测试提的问题不全面： 例如项目经理每天看已完成的功能，总是能提出关键的问题，测试没测出来或没提出来，提到 Jira 中的
-- 为啥产品没提出来，为啥研发没提出来，为什么要测试提？都是一个 team 的，这个测试不背锅

2. 生产环境：上线后，客户给提出来问题，测试没有测出来的这种情况
-- 也要看实际 case ，定责问题而已，漏测很正常，一般主流程没问题的，都问题不大的

3. 测试提的问题：开发不能理解，导致出现反复修改的问题
-- 面试的时候把测试当开发面咯，我们公司的测试可以教研发修改代码的，

4. 测试提的问题：总是有遗漏
-- 看人咯，遗漏的话，那组织用例评审了，测试按照用例执行，还是有问题，大家一起背锅

5. 测试：感觉态度不那么严谨，感觉负责人不是自己，无所谓，意识不到问题的严重性。
-- 加钱

[wang93wei]

我可以聊一下我在现在的公司做了哪些。

需求阶段做了哪些工作？
1. 需求评审时列出异常场景，通过给开发、产品提供异常场景判断是否存在风险。
2. 推进用例评审。
3. 依照产品需求，设立我自己根据需求理解的基线，确保需求符合预期。

测试阶段做了哪些工作？
1. 使用自动化工具，直接使用接口批量造测试条件前置的数据。使用的工具不限于（ python 、Jmeter 、apifox 、SQL ）
2. 发现功能与需求不符的情况下，及时反馈，由需求方做最终决定。
3.冒烟、流程、需求基线、探索这四种方式过每一个我能看到、知晓的功能点，小到每种不同限制出现的错误提示， 或者不论功能是否有 UI 。
4.对接口的幂等、请求重放、鉴权这种重点关注。
5.出现异常和开发核对功能逻辑，通过交流的方式穷举场景，确保代码内功能判断尽可能覆盖全。

产品验收阶段做了哪些工作？
1. 测试完成汇报和开发达成了哪些协定，哪些功能与产品需求的实际预期不一致，存在风险。
2. 测试完成阶段，我会给产品列出有哪些条件会导致需求列出的限制规则失效，或者哪些场景会出现现有代码逻辑覆盖不到的情况。

生产上线后做了哪些工作？
1.在出现认为的 BUG 查数据，看数据、看场景。提前给开发列出所有我做过排查的方向和排查细节。
2.在生产环境，写 SQL 核对数据，确保数据不出错。
3.用存储过程查询监控生产数据，确保在第一时间发现可能出现的异常。

因业务需求导致无时间做的工作：
1.自动化：UI 自动化和接口自动化。

其他：
1.用 python 写个极简 Demo ，监控各个服务是否存活、检测 https 证书是否过期。（没有运维）


——————————————————————

我觉得我工作已经很认真了，目前虽然停留在黑盒阶段，仍然改变不了出现 BUG 的这个事情。
本质上这是个团队协作的事情，我觉得重点是团队的所有人能不能为了项目的角度出发去看问题。
一个人的努力终究是有限的，光靠测试是实现不了目标愿景的。
各个环节都会出问题，加强沟通、认知统一才是重点。

[yufeng0681]

1 、招聘测试经理和若干测试员。 测试经理负责质量（经理负责测试用例的设计、测试工具的搭建。 测试员能把测试执行到位就好），测试经理工资和项目里的研发高薪看齐。
2 、测试经理面试，让他讲具体项目，他怎么组织测试的。质量怎么把控到位的。讲得不细致的，就说明假大空，讲得接地气，你能听懂的，也能在你项目中落实。


另外：产品质量主要靠研发设计，研发质量在每个开发环节（需求分析，概要设计，详细设计，编码，单元/集成/系统测试）都会体现出来。 文中期望靠测试发现问题，其实已经属于研发质量意识薄弱了，要加强研发质量意识，自己内部活动就要把质量搞上去，每个环节肯定有一定数量的 bug ，没发现说明这个环节没有做到位，不能结束进入下一个环节（比如需求分析阶段，每个需求要发现 1.x 个问题）

[jones2000]

主要是看钱了。 好点的测试， 都是会 debug 的。 当测试出 bug 的时候，一般会去定位大致在哪一行或那一块有问题， 然后提交 bug 。 这样的测试比开发的工资还高。