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

[yiyiniu]

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

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

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

[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 。 这样的测试比开发的工资还高。