软件测试面试知识点

上传人:cn****1 文档编号:513657683 上传时间:2022-12-29 格式:DOCX 页数:9 大小:86.50KB
返回 下载 相关 举报
软件测试面试知识点_第1页
第1页 / 共9页
软件测试面试知识点_第2页
第2页 / 共9页
软件测试面试知识点_第3页
第3页 / 共9页
软件测试面试知识点_第4页
第4页 / 共9页
软件测试面试知识点_第5页
第5页 / 共9页
点击查看更多>>
资源描述

《软件测试面试知识点》由会员分享,可在线阅读,更多相关《软件测试面试知识点(9页珍藏版)》请在金锄头文库上搜索。

1、1. 黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要 求。2. 白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规 格要求,所有内部成分是否以经过检查。3. 回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他 代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。4简述一下缺陷的生命周期软件缺陷的生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直至最后 关闭的完整过程。简单的软件缺陷生命周期:1、发现一一打开:测试人员找到软件缺陷并将软件缺陷提交给开发人员;2、打开一一修复:开发人员再现

2、、修复缺陷,然后提交测试人员去验证;3、修复一一关闭:测试人员验证修复过的软件,关闭已不存在的缺陷。但是这是一种理想的状态,在实际的工作中是很难有这样的顺利的,需要考虑的各种情况都 还是非常多的。复杂的软件缺陷生命周期:1、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,不是代码问题,就 是设计需要修改;2、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,以后修改的,就可 以延期;3、新建一个软件缺陷,这个软件缺陷是(open)状态,进行bug审查,实际没有这个bug, 可以将其关闭;4、新建一个软件缺陷,这个软件缺陷是(open)状态,看是否清楚可重现,如

3、果不能重现, 就是缺少信息,需要返回到(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、

4、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、 rep、 finger、 mail、 nslookup;系统安全相关命令:passwd、 su、umask、chgrp、chmod、chown、chattr、sudops、who;其它命令: tar、 unzip、 gunzip、 un

5、arj、 mtools、 man、 unendcode、 uudecode。login1作用:login的作用是登录系统,它的使用权限是所有用户。2. 格式:login namep h 主机名称3. 主要参数p:通知login保持现在的环境参数。h:用来向远程登录的之间传输用户名。如果选择用命令行模式登录Linux的话,那么看到的第一个Linux命令就是login:。shutdown1作用:shu tdown命令的作用是关闭计算机,它的使用权限是超级用户。2. 格式: shut down h ikm t3. 重要参数 t:在改变到其它运行级别之前,告诉init程序多久以后关机。-k:并不真正关

6、机,只是送警告信号给每位登录者。h:关机后关闭电源。c: cancel current PRocess取消目前正在执行的关机程序。所以这个选项当然没有时 间参数,但是可以输入一个用来解释的讯息,而这信息把会送到每位使用者。F:在重启计算机时强迫fsck。 time:设定关机前的时间。m:把系统改为单用户模式。i:关机时显示系统信息。moun t1. 作用:mount命令的作用是加载文件系统,它的用权限是超级用户或/etc/fstab中允许 的使用者。2. 格式mou nt a fv t vfs ty pe n rw F device dir3. 主要参数h:显示辅助信息。v:显示信息,通常和一

7、f用来除错。a:把/etc/fstab中定义的所有文件系统挂上。F:这个命令通常和一a起使用,它会为每一个mount的动作产生一个行程负责执行。 在系统需要挂上大量NFS文件系统时可以加快加载的速度。f:通常用于除错。它会使mount不执行实际挂上的动作,而是模拟整个挂上的过程,通 常会和一v 起使用。t vfs type :显示被加载文件系统的类型。n: 般而言,mount挂上后会在/etc/mtab中写入一笔资料,在系统中没有可写入文件系 统的情况下,可以用这个选项取消这个动作。游戏安装测试流程:1)安装过程中对于缺省安装目录及任意指定的安装目录,是否都能正确安装;2)若是选择安装,查看能

8、否实现其相应的功能;3)在所有能中途退出安装的位置退出安装程序后,验证此程序并未安装成功 (没有程序组及程序项产生);4)软件安装后,对其它已经安装的软件是否有影响;5)裸机安装后,各功能点是否可用;6)安装前,安装程序是否判断可用磁盘空间大小,如果不能满足安装空间要求, 安装程序能否继续;7)安装过程中查看 版权声明、版本信息、公司名称、LOGO等是否符合标准;8)安装过程中界面显示与提示语言是否准确、友好;9)重复安装时系统是否有提示、是否可以覆盖安装、是否可以升级安装、是否 允许多版本共存;10)是否有注册码或硬件加密狗,在没有它们(或错误)存在的情况下能否顺 利安装。使用测试:UI:界

9、面测试,界面的友好型,完整性,整体性要良好尽可能优秀。功能:游戏中所需求的东西要满足,并且结算与逻辑要正常。(这个要针对不同 的产品做不同的详细分析)性能:游戏长时间运行,高负荷运行是否有卡钝,卡死,崩溃问题。 卸载测试:1)卸载后注册表中的注册信息及相关的程序安装目录是否能完全删除掉;2)卸载过程中完全删除共享文件后,看其它程序能否正常运行;3)卸载后,是否对其它已经安装的软件有影响;4)系统卸载后用户建立文档是否保留;5)软件卸载画面上的软件名称及版本信息是否正确;6)在所有能中途退出卸载的位置是否能正确退出;7)卸载过程中界面显示与提示语言是否准确、友好;8)卸载后安装此系统能否打开原来

10、保存的文件,并一切运行正常;9)卸载程序如果要求重新启动机器,在重新启动之间是否给用户提示以保存 现有的己运行的程序的资料;10)是否可以选择组件进行卸载;11)卸载过程中,对意外情况的处理(掉电等)。12)在卸载过程中,是否有终止或者结束按钮。游戏测试全过程:制定测试计划1、制定计划本阶段的主要工作内容对需求规格说明书的仔细研究将要测试的产品分解成可独立测试的单元为每个测试单元确定采用的测试技术 为测试的下一个阶段及其活动制定计划 制定计划包括:(1)概要测试计划(2)详细测试计划2、测试大纲(用例)测试大纲是软件测试的依据,包括测试项目、测试步骤、测试完成的标准。测试大纲的本质从测试的角度

11、对被测对象的功能和各种特性的细化和展开。测试大纲的好处保证测试功能不被遗漏,也不被重复测试合理安排测试人员使得软件测试不依赖于个人3、软件测试报告软件测试报告是软件测试过程中最重要的文档,它的内容包括: 记录问题发生的环境如:各种资源的配置情况记录问题的再现步骤记录问题性质的说明 记录问题的处理进程问题处理进程从一定角度上反映测试的进程和被测软件的质量状况以及改善过 程。测试执行过程1、测试执行过程的三个阶段(1)初测期测试主要功能和关键的执行路径,排除主要障碍。(2)细测期依据测试计划和测试大纲、测试用例,逐一测试大大小小的功能、方 方面面的特性、性能、用户界面、兼容性、可用性等等;预期可发

12、现大量不同性质、不同严 重程度的错误和问题。(3)回归测试期系统已达到稳定,在一轮测试中发现的错误已十分有限;复查已知错 误的纠正情况,确认未引发任何新的错误时,终结回归测试。2、集成测试过程中的两个重要里程碑在集成测试过程中的两个重要的里程碑是功能冻结和代码冻结的确定。这两个里程 碑界定出回归测试期的起止界限。功能冻结(F unc tio n/Fea ture Freeze)经过测试,符合设计要求,确认系统功能和其他特性均不再做任何改变。代 码冻结(Code Freeze)理论上,在无错误时冻结程序代码,但实际上,代码冻结只标志系统的当前 版本的质量已达到预期的要求,冻结程序的源代码,不再对

13、其做任何修改。这个里程碑是设 置在软件通过最终回归测试之后。游戏测试笔试题:判断对错 1、 beta版本是一个出版的版本。X 2、 在alpha测试应该发生特征锁定。X3、在alpha测试可测试在线多人玩家的特征。丁4、对测试主管而言,成为游戏开发团队的一员并不是很重要的。X5、在一个K游戏被证实为GMC (正式版的候选版本)之前,所有的bug都必须被修复。X 6、黑盒测试指的是检查实际的游戏代码。X7、缺陷报告的简略描述应该包括尽可能多的信息。X 8、白盒测试描述测试机制。X9、 版本控制应该只能被应用于开发商的代码。X 10、 Bug上的一个“验证修正”状 态表示,它至少保留在另一个测试周

14、期中。丁 11、 报告bug时,测试员应该编写尽可能 多的步骤,从而确定该bug重现。X12、为了尽快完成任务,让同一个测试员执行同样的测试任务,这是个很好的办法。X1、你给游戏公司(Gamecorp)做的第一个测试就是一个第一人称射击游戏。你的人物是个穿着厚重盔甲的电子人,在第二层上拿着一个刀和空气枪武器中用到的弹药。你发现一个 空的空气枪,将其捡起并试着开火,但是因为显示没有弹药所以不能发射。你从项目会议上 得知,武器应该能自动装载人物所携带的任何弹药。你要做些什么才能“放大”这个缺陷呢? N,检查空气枪弹药是否仍然在你的物品栏里以及是否还有别的东西需要携带。检查这个问题在 其他游戏等级、

15、其他类型的人物以及当佩带其他装甲的人物身上是否也存在。在除刀子之外 你不携带任何武器或者根本就没有武器仅仅有空气枪弹药的情况下,检查这是否会发生。把 弹药置于不同的物品栏,检查这个bug是否会发生。当你仍然有弹药的时候,卸载空气枪接 着再加载它,看看是否弹药数仍然是0。试一下用手工方式再重新安装空气枪。在使用空的 空气枪时,设法拾起更多的空气枪弹药。在得到两个空气枪弹药包装后拾起空的空气枪。2、描述在走查中的领导角色和协调检查中的人的角色间的差异。检查协调人在实际同事评审之前负有安排进度和举办概要会议的额外责任。在同事评审期 间,直接主管需要陈述材料,而检查协调人的主要目的就是看看会议举办的情况和收集检查 记录。在会议期间,直接主管并不合适做记录,检查协调人应该主要

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号