软件测试面试知识点

1. 黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。

2. 白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。

3. 回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码

产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。

4 . 简述一下缺陷的生命周期

·软件缺陷的生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直至最后 关闭的完整过程。

简单的软件缺陷生命周期：

1、发现——打开：测试人员找到软件缺陷并将软件缺陷提交给开发人员； 2、打开——修复：开发人员再现、修复缺陷，然后提交测试人员去验证； 3、修复——关闭：测试人员验证修复过的软件，关闭已不存在的缺陷。 但是这是一种理想的状态，在实际的工作中是很难有这样的顺利的，需要考虑的各种情况都 还是非常多的。

复杂的软件缺陷生命周期：

1、新建一个软件缺陷，这个软件缺陷是（open）状态，进行 bug 审查，不是代码问题，就 是设计需要修改；

2、新建一个软件缺陷，这个软件缺陷是（open）状态，进行 bug 审查，以后修改的，就可 以延期；

3、新建一个软件缺陷，这个软件缺陷是（open）状态，进行 bug 审查，实际没有这个 bug， 可以将其关闭；

4、新建一个软件缺陷，这个软件缺陷是（open）状态，看是否清楚可重现，如果不能重现， 就是缺少信息，需要返回到（open）状态；如果能够重现，就进行修正，修正后关闭，进行 回归测试

5. 基于 WEB 信息管理系统测试时应考虑的因素有哪些？ 一、功能测试 1、链接测试 2、表单测试 3、Cookies 测试 4、设计语言测试 5、数据库测试 二、性能测试 1、连接速度测试 2、负载测试 3、压力测试 三、可用性测试 1、导航测试

2、图形测试 3、内容测试 4、整体界面测试

四、客户端兼容性测试 1、平台测试 2、浏览器测试 五、安全性测试

linux基本命令：

◆ 安装和登录命令：login、shutdown、halt、reboot、install、mount、umount、chsh、exit、last；

◆ 文件处理命令：file、mkdir、grep、dd、find、mv、ls、diff、cat、ln；

◆ 系统管理相关命令：df、top、free、quota、at、lp、adduser、groupadd、kill、crontab；

◆ 网络操作命令：ifconfig、ip、ping、netstat、telnet、ftp、route、rlogin、rcp、 finger、mail、 nslookup；

◆ 系统安全相关命令：passwd、su、umask、chgrp、chmod、chown、chattr、sudo ps、who；

◆ 其它命令：tar、unzip、gunzip、unarj、mtools、man、unendcode、uudecode。

login

1.作用 :login的作用是登录系统，它的使用权限是所有用户。

2.格式:

login [name][－p ][－h 主机名称]

3.主要参数

－p:通知login保持现在的环境参数。

－h:用来向远程登录的之间传输用户名。

如果选择用命令行模式登录Linux的话，那么看到的第一个Linux命令就是login：。

shutdown

1.作用: shutdown命令的作用是关闭计算机，它的使用权限是超级用户。

2.格式:

shutdown [－h][－i][－k][－m][－t]

3.重要参数

－t：在改变到其它运行级别之前，告诉init程序多久以后关机。

－k：并不真正关机，只是送警告信号给每位登录者。

－h：关机后关闭电源。

－c：cancel current PRocess取消目前正在执行的关机程序。所以这个选项当然没有时 间参数，但是可以输入一个用来解释的讯息，而这信息把会送到每位使用者。

－F：在重启计算机时强迫fsck。

－time：设定关机前的时间。

－m: 把系统改为单用户模式。

－i：关机时显示系统信息。

mount

1.作用 : mount命令的作用是加载文件系统，它的用权限是超级用户或/etc/fstab中允许的使用者。 2.格式

mount －a [－fv] [－t vfstype] [－n] [－rw] [－F] device dir

3.主要参数

－h：显示辅助信息。

－v：显示信息，通常和－f用来除错。

－a：把/etc/fstab中定义的所有文件系统挂上。

－F：这个命令通常和－a一起使用，它会为每一个mount的动作产生一个行程负责执行。 在系统需要挂上大量NFS文件系统时可以加快加载的速度。

－f：通常用于除错。它会使mount不执行实际挂上的动作，而是模拟整个挂上的过程，通 常会和－v一起使用。

－t vfstype：显示被加载文件系统的类型。

－n：一般而言，mount挂上后会在/etc/mtab中写入一笔资料，在系统中没有可写入文件系统的情况下，可以用这个选项取消这个动作。

游戏安装测试流程：

1) 安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装； 2) 若是选择安装，查看能否实现其相应的功能；

3) 在所有能中途退出安装的位置退出安装程序后，验证此程序并未安装成功（没有程序组及程序项产生）；

4) 软件安装后，对其它已经安装的软件是否有影响； 5) 裸机安装后，各功能点是否可用； 6) 安装前，安装程序是否判断可用磁盘空间大小，如果不能满足安装空间要求，安装程序能否继续；

7) 安装过程中查看 版权声明、版本信息、公司名称、LOGO等是否符合标准； 8) 安装过程中界面显示与提示语言是否准确、友好；

9) 重复安装时系统是否有提示、是否可以覆盖安装、是否可以升级安装、是否允许多版本共存；

10) 是否有注册码或硬件加密狗，在没有它们（或错误）存在的情况下能否顺利安装。 使用测试：

UI: 界面测试，界面的友好型，完整性，整体性要良好尽可能优秀。 功能：游戏中所需求的东西要满足，并且结算与逻辑要正常。（这个要针对不同的产品做不同的详细分析）

性能：游戏长时间运行，高负荷运行是否有卡钝，卡死，崩溃问题。 卸载测试：

1) 卸载后注册表中的注册信息及相关的程序安装目录是否能完全删除掉； 2) 卸载过程中完全删除共享文件后，看其它程序能否正常运行； 3) 卸载后，是否对其它已经安装的软件有影响； 4) 系统卸载后用户建立文档是否保留；

5) 软件卸载画面上的软件名称及版本信息是否正确； 6) 在所有能中途退出卸载的位置是否能正确退出； 7) 卸载过程中界面显示与提示语言是否准确、友好；

8) 卸载后安装此系统能否打开原来保存的文件，并一切运行正常；

9) 卸载程序如果要求重新启动机器，在重新启动之间是否给用户提示以保存现有的己运行的程序的资料；

10) 是否可以选择组件进行卸载；

11) 卸载过程中，对意外情况的处理（掉电等）。 12) 在卸载过程中，是否有终止或者结束按钮。

游戏测试全过程： 制定测试计划 1、制定计划

本阶段的主要工作内容

——对需求规格说明书的仔细研究

——将要测试的产品分解成可独立测试的单元

——为每个测试单元确定采用的测试技术 ——为测试的下一个阶段及其活动制定计划 制定计划包括：

（1）概要测试计划 （2）详细测试计划 2、测试大纲（用例）

测试大纲是软件测试的依据，包括测试项目、测试步骤、测试完成的标准。 测试大纲的本质

——从测试的角度对被测对象的功能和各种特性的细化和展开。 测试大纲的好处

——保证测试功能不被遗漏，也不被重复测试 ——合理安排测试人员

——使得软件测试不依赖于个人 3、软件测试报告

软件测试报告是软件测试过程中最重要的文档，它的内容包括： 记录问题发生的环境

——如：各种资源的配置情况 记录问题的再现步骤 记录问题性质的说明 记录问题的处理进程

——问题处理进程从一定角度上反映测试的进程和被测软件的质量状况以及改善过程。

测试执行过程

1、测试执行过程的三个阶段 （1）初测期

——测试主要功能和关键的执行路径，排除主要障碍。 （2）细测期

——依据测试计划和测试大纲、测试用例，逐一测试大大小小的功能、方方面面的特性、性能、用户界面、兼容性、可用性等等；预期可发现大量不同性质、不同严重程度的错误和问题。 （3）回归测试期

——系统已达到稳定，在一轮测试中发现的错误已十分有限；复查已知错误的纠正情况，确认未引发任何新的错误时，终结回归测试。 2、集成测试过程中的两个重要里程碑

在集成测试过程中的两个重要的里程碑是功能冻结和代码冻结的确定。这两个里程碑界定出回归测试期的起止界限。 功能冻结(Function/Feature Freeze)

——经过测试，符合设计要求，确认系统功能和其他特性均不再做任何改变。 代码冻结(Code Freeze)

——理论上，在无错误时冻结程序代码，但实际上，代码冻结只标志系统的当前版本的质量已达到预期的要求，冻结程序的源代码，不再对其做任何修改。这个里程碑是设置在软件通过最终回归测试之后。

游戏测试笔试题： 判断对错

1、 beta版本是一个出版的版本。× 2、 在alpha测试应该发生特征锁定。× 3、 在alpha测试可测试在线多人玩家的特征。√

4、 对测试主管而言，成为游戏开发团队的一员并不是很重要的。×

5、 在一个K游戏被证实为GMC（正式版的候选版本）之前，所有的bug都必须被修复。 × 6、 黑盒测试指的是检查实际的游戏代码。× 7、 缺陷报告的简略描述应该包括尽可能多的信息。× 8、 白盒测试描述测试机制。× 9、 版本控制应该只能被应用于开发商的代码。× 10、 Bug上的一个“验证修正”状态表示，它至少保留在另一个测试周期中。√ 11、 报告bug时，测试员应该编写尽可能多的步骤，从而确定该bug重现。× 12、

为了尽快完成任务，让同一个测试员执行同样的测试任务，这是个很好的办法。×

1、 你给游戏公司（Gamecorp）做的第一个测试就是一个第一人称射击游戏。你的人物是一

个穿着厚重盔甲的电子人，在第二层上拿着一个刀和空气枪武器中用到的弹药。你发现一个空的空气枪，将其捡起并试着开火，但是因为显示没有弹药所以不能发射。你从项目会议上得知，武器应该能自动装载人物所携带的任何弹药。你要做些什么才能“放大”这个缺陷呢？N,

检查空气枪弹药是否仍然在你的物品栏里以及是否还有别的东西需要携带。检查这个问题在其他游戏等级、其他类型的人物以及当佩带其他装甲的人物身上是否也存在。在除刀子之外你不携带任何武器或者根本就没有武器仅仅有空气枪弹药的情况下，检查这是否会发生。把弹药置于不同的物品栏，检查这个bug是否会发生。当你仍然有弹药的时候，卸载空气枪接着再加载它，看看是否弹药数仍然是0。试一下用手工方式再重新安装空气枪。在使用空的空气枪时，设法拾起更多的空气枪弹药。在得到两个空气枪弹药包装后拾起空的空气枪。 2、 描述在走查中的领导角色和协调检查中的人的角色间的差异。

检查协调人在实际同事评审之前负有安排进度和举办概要会议的额外责任。在同事评审期间，直接主管需要陈述材料，而检查协调人的主要目的就是看看会议举办的情况和收集检查记录。在会议期间，直接主管并不合适做记录，检查协调人应该主要做这些事情。 3、 测试主管有哪些主要职责？

测试主管的主要责任是：管理测试团队，设计和实施整个项目测试计划，“拥有”bug 数据库。 \\4、 首席测试员可以修改bug数据库中的哪些字段？

主要测试人员应该允许修改BUG数据库中的所有字段除了优先级、状态域、分配的情 况和开发者的评论。

5、 解释测试计划和测试案例两者的区别。 测试计划定义的是测试周期整体结构的主要部分。测试用例是一个具体问题或条件，代码可以用来操作也可以用来评价。

6、 简单描述在详细描述bug的过程中，期望结果和实际结果间的差异。 期望的结果是游戏应该按照计划运行产生的结果。实际结果是当你玩游戏时，由于软件错误而导致的一些不正常的行为。

7、 回归测试的目的是什么？

wk_ad_begin({pid : 21});wk_ad_after(21, function(){$('.ad-hidden').hide();}, function(){$('.ad-hidden').show();}); 回归测试核实的是修复的代码是否执行能正确。

8、 简要描述配置准备的步骤。

删除老版本以及所有相关的被保存的数据。核实并且修正你的硬件配置以满足你的新的版本要求。安装新的版本。

9、 什么是“推倒列表”？

推倒列表是一个回归集，也就是说，列出的清单已经被开发小组在当前版本中修复了。 10、 在紧靠床的一个桌子上有一个按键式电话。写好一步步的使用说明，告诉大家怎样 使用这个电话拨打下面的号码：555-1234。假设阅读使用说明书的人以前从未见过或用 过电话。 A． 看看床旁边的桌子。你将看见一个绳子已经卷成环状的塑料盒。这是“电话机”。 B． 卷成环状绳子连接到电话上面的一个可拿起的部分。该部分两端有两个圆形的筒。 这部分是“听筒”。

C． 拿起听筒并且注意到一端比另一端多了许多孔。把孔的数量少的那一端

放到你的耳朵边。你应该听见一阵很大的、平稳的嗡嗡声。3 D． 按下列顺序：5-5-5-1-2-3-4按下电话机上的相应按钮。当你听见有人应答时，就可 以开始交谈了。

11、 解释配对组合和完整组合列表的区别。

完整的组合表包括所有可能的组合。这样表的大小是通过将每个参数的维数相乘来计算的。一张配对组合表并不包含每个值0与其他的值的全部组合。它“完成”的意思是说， 在表的任何地方至少有一个例子，任何值都与同列的其他值有配对。配对表比完整组合列表要小的多，有时要小数百或数以万倍。 12、 解释参数和值的区别。

参数代表着可以由游戏或游戏玩家执行的设置。值是参数（函数）选择从测试的角度来看，是可用的、可能的或有趣的。

13、 创建一个TFD，当用户接到电话或关闭电话的滑动盒盖时，游戏能暂停。尽量保 持低状态数。一旦电话结束或滑动盒盖被打开，游戏就应该被恢复。提示：要使游戏暂 停，只有一个标准必须被满足，但在游戏真正恢复前，必须符合恢复游戏的双重标准。 14、

帮助你决定公司是否应该自动化游戏测试的两个最重要的因素是什么？ 这两个因素是：你的部门运转得是否良好，你的项目进度是否落后。 15、 你可能不想自动化测试的主要原因是什么？ 不愿意在测试自动化上投资（诸如雇佣职员和游戏基础设施的必要变动等）就能使自动化测试成功的因素，觉得可能不需要自动化测试。 16、 你可能想自动化测试的主要原因是什么？

改进游戏的可靠性、更好的测试工具和效率，一致性的结果，更快的测试和能够模仿大 量的同时在线玩家进行压力和负载测试，无需使用大量的测试人员这些都是采用自动化测试的非常好的理由。 （下图：为13题）

17、 什么类型的游戏最适合测试自动化？

在线多人游戏、第一人称射击游戏、猜字游戏以及手机游戏都是至少某一方面采用测试 自动化的候选。

18、 游戏测试的哪些方面最适合自动化？ 玩游戏的一系列操作、重复的操作、用户界面的检测以及对游戏随即测试都可以应用测试自动化。

19、 以下的交付或活动是在哪个阶段进行的？ 艺术圣经

竞争分析 游戏原型 新地图 风险分析 游戏设计文档 安排测试主管 技术设计文档 为一致性测试提交的代码 庆祝 概念文档 志愿参与测试 答案：艺术圣经（试生产阶段） 竞争分析（概念开发阶段） 游戏原型（试生产阶段） 新地图（升级阶段）

风险分析（概念开发阶段） 游戏设计文档（试生产阶段） 安排测试主管（开发阶段） 技术设计文档（试生产阶段）

为一致性测试提交的代码（beta测试阶段） 庆祝（生产发布阶段）

概念文档（概念开发阶段） 志愿参与测试（beta测试阶段）

20、 假设你是测试员X，正在测试如下表所示的项目，如果你运行了130个测试，那么 为了成为“最佳测试员”，你需要发现多少个缺陷？ 测试员C有最佳的测试效果，但是不会成为“最佳测试员”。请解释这是什么原因？

测试员X做了130个测试，他在项目中完成的测试总数达到了700.因为Z是当前记录的保持者，X必须做比Z更多的测试。Z的新的测试效果比率是169/700=24%。X测试效果的比率是130/700=18.5%。X需要比Z贡献超过7%的漏洞。假设“x”是X需要发现漏洞的数量。在X的漏洞之前，漏洞共计34。当X的漏洞被找到，新的漏洞共计将是34+x。X的漏洞贡献将是x / (34+x)，Z的贡献是9 / (34+x)。因为X的贡献必须比Z高出7%，方程式为 x / (34+x) = 9 / (34+x) + 0.07，解得x=12.23。因为只能是整数个漏洞，X需要发现13个漏洞才能得到“最佳测试员”测试称号。

而测试员C最大限度的发挥了比较适合他的测试方法在每个测试中发现大多数漏洞。然而，其他测试人员例如B和Z也执行了许多测试但是仅仅发现了更多的漏洞。因为“最佳测试员”主要是根据对完成测试的整体贡献以及发现漏洞的数量两者结合来看的。

21、 为什么游戏测试员称他们的工作为“玩”是不正确的？

游戏测试是非常困难和非常繁琐的工作。如果游戏测试工作被相当重视，游戏测试人员 必须尽其所能让非测试人员认识到测试对游戏发布的总要。

22、 讨论自由随机测试和游戏性能测试两者之间的区别（在方法和结果两方面）。 自由测试是一种无特定结构的查询软件瑕疵的方法。它的结果就是可以发现另外的bug。玩测试目的是判断游戏的质量、平衡和娱乐性。它的结果就是建议和反馈给开发者，用于改变和增色游戏的设计。

23、 你和七个测试员进入你正在测试的网络设计游戏的死亡竞技训练。一旦游戏开始， 所有人都是自由的，互相竞争以获得胜利。这是游戏性能测试还是随机测试？为什么？ 是玩测试（又性能测试）。因为测试者正在玩游戏，而不是测试游戏。 24、 你被分配去测试一个《拳皇》类型的格斗游戏，并且怀疑其中的一个斗士明显比其他人弱。为了确定和量化你的推测，你该怎样执行随机测试？ 在两人玩家模式下进行以下系列测试。测试者只应该控制一个人物，因此另一个角色仅仅站在那里，并不还击。

A） 计数嫌疑人杀害默认人物时拳击的数量。 B） 计数嫌疑人杀害默认人物时踢腿的数量。 C） 计数默认人物杀害嫌疑人时拳击的数量。 D） 计数默认人物杀害嫌疑人时踢腿的数量。 重复这些测试多次，使用三个或四个不同人物与嫌疑人战斗。如果嫌疑人需持续地拳打或脚踢多次才能杀死对手，数量超过了杀害其他人物的平均值，那么嫌疑人也许是力量不足。

本文来源：https://www.bwwdw.com/article/hatw.html