我的习惯是先和面试官申请 2 分钟自己在纸上梳理下大纲，梳理完之后先说大分类，再说每个大分类下一些比较核心的路径和需要特别注意的点。大的分类比如接口、功能、安全、性能、网络，小的分类如微信发红包，功能测试这个模块就重点讲涉及支付相关的场景，讲的时候结合你说的这部分内容：
“复杂的用户场景（高并发）
功能的数据流向（从哪里来到哪里去）
功能的架构设计（缓存、中间件）”
最后我觉得如果刚好你在支付曾经踩到过坑，可以说下你的总结及对应的测试用例

用例涉及，角度是否全面，覆盖是否到位，还有自身的表达是否条理清晰，沟通能力如何把

我一直认为测试面试是一个比较玄学的事情。
实际上大概率是需要一个原来做的事情和对方做的事情极其接近，可以简单复制的候选人。
同时对稳定度，抗压力有比较高的要求。

整体来说，很难通过对技术的本质认知水平，来区分候选人真实的技术水平。
你说的表达清晰有层次，你可以想想面试官是否也能做到？
我觉得可以自己加强表达和总结能力，面试结果可以随缘。

我选择不回答，哈哈哈

常见的还会问，登录的测试用例，电梯的测试用例，我在面试的时候，往往只回答了偏功能性的，但其实面试官更希望从你不仅仅只有功能方面的问题，最好能多回答一些，UI，性能，安全方面的

感谢解答！
我之前准备面试的时候，对于【微信发红包】这一个常见的题目，有自己在纸上认真写了两页的测试点，也是分大类，并聚焦一些比较重要的点。但是到了临场的时候，如果换了其他的一个题目，我可能又会变得支支吾吾，说不太上来了。

是的，一般情况下我都是会大概多说一点。不过上次字节的二面，他问我【微信朋友圈点赞】这个功能点如何测，我回答了各方面的，其中也包括了移动应用中的专项测试【耗电量测试】。于是对方顺手就问了我这个问题，当时没有准备，自己对移动端也不熟悉，就答不上来了。所以在回答全面的同时，自己心里也是要比较清楚，这个测试应该怎么开展的。

这个问题我也有遇到，总感觉回答的不够好，蹲一个大佬来解答。

测试策略：
1、测试的对象和范围是什么？
2、测试的目标是什么？
3、测试的重点和难点是什么？
4、测试的深度和广度是什么？
5、如何安排测试活动？
6、如何评估测试的效果？

可参考：https://testerhome.com/topics/33655 写的比较全面了

其实是想看有没有一个测试思路, 有了思路就不会这边说一点, 那边说一点, 一会儿 ui 测试点, 一会儿兼容, 一会儿性能
另外想了解测试经验, 对一个功能的测试点是否能覆盖全面, 想一个说一个, 一个一个蹦测试点的, 基本都覆盖不全

这个昨晚刚看到，您写的真不错，对我很有启发，非常感谢

是的，只是大多数面试官问的并非是个人项目，而是第三方的东西。彼此双方大多只是使用者的角度，至少不可能清楚背后的技术逻辑，这是比较难的。比如微信抢红包，我觉得要是能说出红包金额计算是什么时候算的 之类的问题，那应该会让人眼前一亮

这类问题，我做面试官时问过很多次。我主要考察的是候选人的用例设计的深度和广度。
比如对一个输入框怎么验？大部分人一上来就是输入长度和字符类型，说明平时工作中基本是前端功能测试。
理想的回答是从功能（含前后端）、安全、、兼容、性能（如果 jd 有需要）等角度去选择性深入。

首先从广度上过一遍，提现思维的全面性：需求、功能、性能、安全、可靠性、界面、易用性、文档；
其次找两个左右的点，主要为该类型业务较容易出问题的点，从深度上深入：缓存中间件、性能、算法逻辑。

我想问一下，那什么才是后端的功能测试啊

有个公式：
一功（功能）
二可（可靠性）
三易（易用性）
四效（效率，性能）
五维（维护性）
六移（可移植性）

从这个几个角度去散发测试点，语速不要太快，尽量表达得有条理些。还有就是建议先跟面试官说需要 1-2 分钟的思考时间，拿纸笔简单整理一下，然后再进行阐述。

简单来说是指单纯由后端来控制的功能。比如输入框场景下，命中了脏词库不允许提交；比如注册时昵称输入框对重复输入的校验。