问答 请问各位大佬什么是测试思维？
本人是 26 双非应届，最近秋招在面游戏 QA 这个岗位时，有好几个都是一面挂。总是感觉自己感悟到了一些东西，却是不得其法。
自己系统学习了，测试流程，黑盒测试方法，功能测试，性能测试，弱网测试等。
在有次面武汉微派的时候，反馈说是缺乏测试思维。
就想问一下各位从业多年的大佬，测试思维到底是什么东西？怎么思考才算是有测试思维呢？
在有特定场景的测试用例题时，自己虽然有一定思路，但是说不出来特别详细，需要自己画思维导图梳理一下才行。自己的游戏经验也算比较丰富吧，基本上市面上所有品类都玩过，想让这些经验在写测试用例时发挥作用，但是我的方法效果不佳，不知各位前辈有什么建议？
开发人员是创造性思维，做东西的。测试人员是破坏者思维，想法设法证明存在问题
—《软件测试的艺术》
工作四年多，感觉书里这句话挺有道理
开发：做好了一把刀给到你，可以开始测试砍瓜切菜了
测试人员 A：嗯，测完了，切菜切肉剁骨头都阔以，拿手上也很舒适，可以上线卖钱了
测试人员 B：等等，能拍蒜吗？
开发：？？
测试就是反着做产品
测试思维，看书本只是让你意识到有这回事，而思维本身的历练还是要靠具体的项目，最后转换为所接触业务领域、业务形态、复杂度的 “多或少”，“高或低” 的问题。
首先，测试思维，它是一个模式化的框框，在这个框框里有固定的几个东西占位置。如功能、性能、稳定性、安全、兼容，再靠自己的经验（还是来自前面说的三个要素）去补充。经验越多，见过的奇怪问题越多，就越能举一反三，当你看到这个功能，立马会产生 “警惕性”。或者一句话，测试思维迭代需要真正的阅读量。
其次，好的测试思维，离不开对业务技术实现的理解和熟练度。如果不知道业务功能大体的实现逻辑（不需要一字一句地理解，很多时候只要猜对就行，基本也很容易猜对），涉及的上下游，用到的技术组件，也做不好边界场景的补充。
最后，对于刚工作的同学，我的建议是：
- 测试思维有固定的模式，可以按照上述几个固定方向去穷尽业务场景；
- 业务场景穷尽过程，要关注 “用户实际视角” 和 “技术实现视角” 两个，前者需要对业务功能有好的理解和用户使用想象力，后者需要有代码能力支撑来猜测技术实现；
- 多找一些不同业务领域（如电商、游戏、社交...），不同业务形态（移动端、web、agent 客户端、服务端接口），不同复杂度的项目去自己尝试设计测试用例，磨练手感和思维敏捷度；
王稀饭
回复
请问大佬，游戏 QA 该写一个什么样的项目经历放到简历上有实在的价值呢？现在用的是一个测试项目还有 unity 开发的一个小 demo。游戏测试招募找出的 bug 作为项目经验是否更有价值？
之前还专门关注过，还特意问了 AI 帮我总结下，分享给你，有用就用，没有用也无所谓
zhangxinranzxc
回复
找 bug 不是最难的，如果你有实际项目开发经验，项目越复杂就越有优势（也就是你的 demo 越复杂越好）。
如果我是测试经理，我会优先找技术开发能力更强的，从开发转测试更多是视角和习惯转变，而测试转开发有明确技能门槛是更难的事情。
王稀饭
回复
感谢大佬的回复，很有帮助。也就是说一个游戏 demo 越复杂，越容易优势？这样会不会偏向游戏开发？如果是测试框架之类的项目，对找 QA 岗位有没有价值？还是更偏向于测试？
最熟悉的语言是 Java，但是 python，C++，C# 之类的代码看起来没有什么困难，只是细节需要看下文档
zhangxinranzxc
回复
在工作刚开始的前两三年，我认为市场不会因为你之前做过什么，而敲死你以后只能做什么，所以我鼓励【尽管去野蛮生长，找到你喜欢的长期方向，不要被你当下从事或者即将从事的工作所束缚】。
新同学经常有类似的疑惑：“完蛋，我天天搞测需求，写自动化用例，同样是 QA，我怎么跟哪些造工具造框架的 QA 比？！！”
我的回答是：
- 早期更关注你做事情的复杂度，而不是你从事的方向；知识和技能是可以迁移的，写测试用例也是开发，写测试框架也是开发，写 Linux 内核还是开发，只不过不同的事情其复杂度不一样，对领域知识、投入度和思考强度的挑战不一样；
- 视野不要局限在代码开发，不要认为搞框架搞工具就是厉害。在业务需求里，通过跟不同研发交流，主动去读代码，理解业务，理解架构，其实思考强度一点都不低。如果做到前面说的，我认为已经超越 90% 的测开。我想表达的是，线下交流是极度重要的，你在业务里能接触到形形色色的人要远多于测开，在业务的优势就是交流合作机会很多，要尽量善用。
- 校招面试一样的道理，不会因为有 “测试框架项目” 就一定更有优势。先扪心自问，你做的 “测试框架” 是不是玩具一个，真的复杂真的能用吗？你真的了解生产环境的测试诉求吗？为什么不去面待遇更高的开发岗位呢？所以，无论是 “测试框架项目”，还是什么其他东西，本质上都是面试敲门砖，简历加分项，只要体现你做的项目的复杂度就好了。所以，简历里有 “测试框架项目”，面试 QA 岗位会有优势是伪命题。
王稀饭
回复
大佬，我大致理解你的意思了，在一定程度上 “能够理解复杂的业务”>>“写个测试框架玩具”，面试就是看你深度，你能理解多复杂的东西
这个节骨眼研究测试框架和代码 有点 49 年入国军的意思
zhangxinranzxc
回复
不是，因为现在 AI 编程太强大了 代码能力包括架构设计能力 AI >> 普通程序员 >> 测试。程序员现在都在全力拥抱 AI。测试再去学具体的代码和框架有啥用呢 我之前做了尝试，做一个面向无代码能力的 excel 驱动的 靠规则约束的 支持单接口和串联的传统接口测试框架 一个不太熟练的测开，估摸着得调个三四天。跟 cursor 聊，一个下午。这就是差距。所以我理解现阶段最应该提升的测试设计能力，包括测试方案，测试拆解，质量标准。再有就是如何让 AI 充分理解你的诉求，帮着干活。换句话就是，具体的实施人员，也要学着当对应口儿的架构师。让 AI 来实际去做具体的事情。而不只是拿来做军师这个角色。当然一切都是个人感觉哈。