测试面试 | 某个版本／模块问题很多，但上线时间紧迫怎么办？

原文链接

测试工程师技术面试，除了考核技术基础外，面试官通常也会抛出几个开放性问题，考察应聘者的测试实战经验、测试思路等综合实力。
本文整理了霍格沃兹测试学院特邀顾问，资深测试专家刘晓光老师对两个测试面试经典问题的点评，供参考。

某个版本／模块问题很多，但上线时间紧迫怎么办？

又被面试啦，简要答一下：
通用的思路：基于风险的测试。测试的本质是抽样，时间资源总是有限的。要把资源用在刀刃上。先看看那个模块是干嘛的，是不是重要，如果出问题，影响面有多大？然后具体问题具体分析。
如果是核心模块，会造成重大损失，那质量一定是不能丢的，抽调别的力量加强这块儿投入，把风险明确的传递给主要干系人，必要时延期项目。
如果是非关键模块，识别出问题，可以做：设定一个最小实现目标，砍 Feature，用运营/客服的手段补足。长效方法：自动化防护网建立，让回归的时间成本、人力投入成本低下来；
在项目的初期就要能够一定程度的识别这种风险，早加资源，别让这种事儿变成 —— 到了最后：一坨毛病，而 DeadLine 不变。QA 最大的一个价值就是：像探照灯一样很早的预期到风险，并同步给主要干系人。
其实这类问题，主要是看看你以前在项目里怎么做的。实战经验非常重要，能积累很多“土方法”。

自动化搭建的最大成本和难度是什么？

结合你工作中的感悟和思考回答会好一些。没有标准答案。
通用的来说：最大的成本其实是编写成本和维护成本。最大的难度就是遇到困难，觉得没收益，然后就废了。
自动化的实施跟被测物技术架构，开发模型，测试、开发人员能力，项目的类型都有很大关系。所以不结合上下文，没有标准答案。建议多看或者多经历一些实施案例，特别是成功了的实施案例。
欢迎在评论区留言写下你的答案！
**
更多技术文章