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