本期由耳朵鹅小姐姐/榜一大哥提供
题目将收录到woqurefan.cn的面试题库，点击左下角阅读原文可以直接查看。
问题一：你这简历我看不出来有什么技术深度啊，能介绍一下你的过往经历里有什么亮点的项目吗，你在其中做了哪些事情
回答：面试官充满挑衅和贬低的问题，除了让你回答技术深度外，更想看看你的抗压能力，面对这种不愉快的沟通，你要怎么处理，是急头白脸？还是巧妙化解？因为在职场，难免面对其他同事的冷嘲热讽，贬低和嘲笑。你总不能每次都暴力的吵架甚至动手吧....
问题二：测用例设计会考虑哪些用例的有效性？迭代过程，怎么保证用例是根据功能迭代而更新的？
回答：这种跟用例有关的所有问题，其实都可以设计一套测试用例管理平台来解决。依靠追踪技术，让需求 - 用例 - 脚本- 日志- sql - 接口- 代码 - bug 全都关联起来，形成一个庞大的追踪矩阵，在这个数据基础上，每次的迭代，回归，追责，都可以精确的指向了。如果后面遇到不准确的情况，就查缺补漏这个关系网即可。成本是递减的。
问题三：测试过程中，你们会考虑哪些测试的边界呢？
回答：边界值，分为内点，上点，离点，特殊点，其中特殊点需要分层并且和等价类的无效等级类关联分组，不同层的特殊点不一致。而上点和离点在闭合和开放区间上具体定义也不同。而离点需要分精度，比如金额，在分，角，元，万的基础上都要进行离点测试！边界值除了在字符串长度应用上之外，还可应用到：时间上，金额上，前端限制，内部数据边界上，而在输出域如果确定范围的时候也要覆盖，如显示区域精度等。在肉眼可见范围外，我们也要注意一些隐藏边界，如接口限制，数据库限制，数字类型限制等方面的边界值。
问题四：假如你是项目的负责人， 怎么协调人力，保证功能能够正常提测、并且测试的结果是有效的？
回答：首先制定人员能力表和时间安排表，因材施用。并且部分技术含量高的测试采用ab策略，预防人力风险。 制定提测标准，下发到责任人。做好记录工作，设计冒烟测试准则和 复盘计划。后续安排每周例会，查缺补漏，不断优化。
问题五：假如说，测试过程发现了很多问题，开发这边bug比较多，导致整个测试延期，怎么办？
回答：还能怎么办？埋怨甩锅不适合在面试场合说。这时候，应该大局为重。协调资源，测试人员全力帮忙定位，并发测试来缩短复测时间，和产品经理做好沟通，看能不能砍掉某需求下次再上。做好笔记，方便后续复盘吸取教训改进流程，下次排期也要更理性一点，考虑好开发的bug数预测。
问题六： 假如有些bug要放到线上修复，你们是怎么去评估线上bug的优先级的呢？
回答：看bug的影响类别，用户生命安全，财产的没有小bug。看bug的影响人数。看bug的等级，影响主功能失效的严重级，引起软件崩溃的致命级都要立即修复。看bug的业务顺序，比如登录这种功能一旦影响，损失不会小，必须先修复。看bug经济影响，比如注册功能不好使，影响拉新增长。比如下订单功能问题，影响资产运营等需要优先修。
今天就回答到这，请关注：测试开发干货
进群加v: qingwanjianhua
