测试面经学习-牛客网

最新推荐文章于 2025-05-28 16:08:06 发布

原创最新推荐文章于 2025-05-28 16:08:06 发布 · 3k 阅读

46 ·

CC 4.0 BY-SA版权

校招面试专栏收录该内容

14 篇文章

订阅专栏

1.编写测试用例的方法/测试用例的设计方法

黑盒测试

等价类划分

原则：尽可能多的覆盖有效等价类；仅覆盖一个无效类；

（1）输入条件的取值范围，可以划分出一个有效等价类和两个无效等价类。

（2）如果输入条件规定了输入值的集合，或者是规定了“必须如何”的条件，这时可确立一个有效等价类和一个无效等价类。
（3）如果输入条件是一个布尔量，则可以确定一个有效等价类和一个无效等价类。
（4）如果规定了输入数据的一组值(假设N个)，而且程序要对每个输入值分别进行处理。
（5）如果规定了输入数据必须遵守的规则，则可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。
（6）在确知已划分的等价类中，各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步地划分为更小的等价类。

边界值

（1）如果输入条件规定了值的范围，则应取刚达到这个范围的边界值，以及刚刚超越这个范围的边界值作为测试的输入数据。
（2）如果输入条件规定了值的个数，则用最大个数，最小个数，比最小个数少一，比最大个数多一的数作为测试数据。
（3）根据规格说明的每个输出条件，使用原则 1）
（4）如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例。
（5）分析规格说明，找出其他可能的边界条件。

因果图

（1）分析软件规格说明描述：原因、结果、标识符
（2）分析软件规格说明描述中的语义：找出逻辑关系
（3）由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现，添加必要的约束条件；
（4）把因果图转换成判定表；
（5）把判定表的每一列拿出来作为依据，设计测试用例。

白盒测试

语句覆盖	程序中的每一个语句至少被执行一次
判定覆盖	每一个分支都至少执行一次
条件覆盖	每一个条件都获得可能的取值，即每个条件至少有一次真值、有一次假值
判定条件覆盖	判断中每个条件所有的可能取值至少执行一次（条件覆盖）
组合覆盖	每个判定中的各个条件的各种可能组合都至少出现一次
路径覆盖	所有可能的执行路径

2.测试流程

可以先按软件开发周期例如v模型来答。然后每个阶段的测试流程应该是需求分析，测试计划（测试点的提取），测试用例设计，测试用例执行，出测试报告。

3.如果dota新出一个英雄，如何进行测试

理解需求 - 从各个测试角度提取测试点（需求是基础，然后还需要根据经验从用户和开发的角度进行考虑） - 设计设计用例 - 执行并跟踪出现的问题

功能性：新上线一个英雄涉及到很多方面的一个变动

战斗方面：技能是否满足设计的描述：技能范围，技能对象，技能的伤害，技能带来的人物属性的变化，技能之间配合，属性带来的技能的变化。涉及到与现在已有子系统或者子模型的测试：技能对于小兵，英雄伤害是不同的；技能与其他英雄技能的交互；与环境的交互（闪现技能和环境）；装备系统的交互（是否技能受某些装备特性的影响）在这个过程中要比较考虑异常的情况

购买功能，战斗准备，新闻推广之前的一些重要的子模块在新英雄上线后需要进行回归测试，确认没有引入新的bug。

UI：是否满足了设计需求，技能效果，多种技能或多个技能进行叠加时的效果，特殊时刻（状态变化后）的效果。与环境的交互，皮肤效果

兼容性: 机型适配，操作系统，屏幕分辨率，游戏版本

性能测试：客户端性能（cpu，内存，耗电），服务器端（吞吐和响应）

弱网测试：不同的网络情况，不同的丢包率，网络信号差，高丢包率，不同网路信号切换，网络中断再次重连，前后端数据一致性

安全性：主要是账号安全，主要是之前说的那些如果出现了bug很可能会被做成外挂。

易用性：游戏体验

游戏平衡：是否有不恰当的地方会破坏游戏平衡性

正确性：游戏三观要正，合法合规

4.阴阳师Bug

17年的时候看到过一个觉醒的bug，选择一个未觉醒的r，点开觉醒页面，再横移到ssr碎片页面，点击碎片，再点击觉醒，就会显示为ssr觉醒。

最出名的是业原火的bug：业原火副本瞬间切换到大蛇副本可以不消耗门票打大蛇副本但是获得业原火的奖励