2022年软件测试面试题.docx

《2022年软件测试面试题.docx》由会员分享，可在线阅读，更多相关《2022年软件测试面试题.docx（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选学习资料 - - - - - - - - - 面试题1、您认为做好测试用例设计工作的关键是什么？参考答案：测试用例应百分百掩盖需求；白盒测试用例设计的关键是以较少的用例掩盖尽可能多的内部程序规律结果；黑盒法用例设计的关键同样也是以较少的用例掩盖模块输出和输入接口；不行能 做到完全测试,以最少的用例在合理的时间内发觉最多的问题；2、您所熟识的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方 法在测试用例设计工作中的应用；参考答案： 1等价类划分划分等价类 : 等价类是指某个输入域的子集合.在该子集合中 ,各个输入数据对于揭露程序中的错误都是等效的 .并合理地假定 :测试某等价类的代表

2、值就等于对这一类其它值的测试 .因此 ,可以把全部输入数据合理划分为如干等价类 ,在每一个等价类中取一个数据作为测试的输入条件 ,就可以用少量代表性的测试数据 .取得较好的测试结果 .等价类划分可有两种不同的情形:有效等价类和无效等价类 . 2边界值分析法边界值分析方法是对等价类划分方法的补充；测试工作体会告知我 ,大量的错误是发生在输入或输出范畴的边界上 ,而不是发生在输入输出范畴的内部 .因此针对各种边界情形设计测试用例,可以查出更多的错误 . 使用边界值分析方法设计测试用例 ,第一应确定边界情形 .通常输入和输出等价类的边界 ,就是应着重测试的边界情形.应当选取正好等于 ,刚刚大于或刚刚

3、小于边界的值作为测试数据 ,而不是选取等价类中的典型值或任意值作为测试数据 . 参考答案： 3错误估计法基于体会和直觉估计程序中全部可能存在的各种错误 试用例的方法 . , 从而有针对性的设计测错误估计方法的基本思想 : 列举出程序中全部可能有的错误和简洁发生错误的特别情形 ,依据他们挑选测试用例 . 例如 , 在单元测试时曾列出的很多在模块中常见的错误 . 以前产品测试中曾经发觉的错误等, 这些就是体会的总结 . 仍有 , 输入数据和输出数据为 0 的情形 . 输入表格为空格或输入表格只有一行 . 这些都是简洁发生错误的情形 . 可挑选这些情形下的例子作为测试用例 . 4因果图方法 前面介绍

4、的等价类划分方法和边界值分析方法,都是着重考虑输入条件 ,但未考虑输入条件之间的联系 , 相互组合等 . 考虑输入条件之间的相互组合 ,可能会产生一些新的情形 . 但要检查输入条件的组合不是一件简洁的事情 , 即使把全部输入条件划分成等价类 ,他们之间的组合情形也相当多. 因此必需考虑采纳一种适合于描述对于多种条件的组合 ,相应产生多个动作的形式来考虑设计测试用例 . 这就需要利用因果图（规律模型）. 因果图方法最终生成的就是判定表 . 它适合于检查程序输入条件的各种组合情形 . 4、什么是并发？在 lordrunner 中,如何进行并发的测试？集合点失败了会怎么样？参考答案：在同一时间点,支

5、持多个不同的操作；名师归纳总结 - - - - - - -第 1 页,共 10 页精选学习资料 - - - - - - - - - LoadRunner中供应 IP 假装,集合点,协作虚拟用户的设计,以及在多台电脑上设置,可以比较好的模拟真实的并发；集合点,即是多个用户在某个时刻, 某个特定的环境下同时进行虚拟用户的操作的；集合点失败,就集合点的才操作就会取消,（五）写出 bug 报告当中一些必备的内容；参考答案：硬件平台和操作系统测试应用的硬件平台（ Platform）,通常挑选“PC” ；测试应用的操作系统平台（OS）；a 版本提交缺陷报告时通过该字段标识此缺陷存在于被测试软件的哪个版本；

6、b Bug报告优先级c Bug状态d Bug的编号e 发觉人f 提交人g 指定处理人h 概述i 从属关系j 具体描述k 严峻程度l 所属模块m 附件n 提交日期（六）简述一下缺陷的生命周期？参考答案：发觉 -提交-确认 -安排-修复-验证 -关闭7、（ 1）发觉错误是软件测试的目的（）（2）白盒测试可以找出软件遗漏功能和代码错误功能；（）（3）在设计测试用例时,应包括合理的应用条件和不合理的应用条件；（）（4）软件缺陷肯定是由编码引起的错误；（）（5）文档测试是对系统提交给用户的文档进行验证,（）参考答案：错错对错对（八）如何编写提交给用户的测试报告？并不是一般性的审查活动；参考答案： 随着测

7、试工作越来越受重视, 开发团队向客户供应测试文档是不行避 免的事情；很多人会问： “ 我们可以把工作中的测试报告供应应客户吗？” 答案 是否定的；由于供应内部测试报告,可能会让客户失去信心,甚至否定项目；名师归纳总结 - - - - - - -第 2 页,共 10 页精选学习资料 - - - - - - - - - 测试报告一般分为内部测试报告和外部测试报告；内部报告是我们在测试工作中的项目文档, 反映了测试工作的实施情形,这里不过多争论, 读者可以参考相关教材；这里主要争论一下外部测试报告的写法,个要求：-依据内部测试报告进行编写,一般可以摘录；一般外部测试报告要满意下面几-不行以向客户报告

8、严峻缺陷,即使是已经修改的缺陷,开发中的缺陷也没有必 要让客户知道；-报告上可以列出一些缺陷,但必需是中级的缺陷,而且这些缺陷必需是修复的；-报告上面的内容尽量要真实牢靠；-整个测试报告要认真批阅,力争不给项目带来负面作用,特别是性能测试报告；总之,外部测试报告要当心谨慎的编写；（九）测试产品与测试项目的区分是什么？习惯上把开发完成后进行商业化、 几乎不进行代码修改就可以售给用户使用的软件成为软件产品,也就是可以买“ 卖拷贝” 的软件,例如Windows2000；而通常把针对一个或者几个特定的用户而开发的软件成为软件项目,软件项目是一种个性化的产品, 可以是依据用户要求全部重新开发,也可以修改

9、已有的软件产品来满意特定的用户需求； 项目和产品的不同特点, 打算我们测试产品和测试项目 仍旧会有很多不同的地方：-质量要求不同；通常产品的质量要高一些,修复发布后产品的缺陷成本较高,甚至会带来很多负面的影响；而做项目通常面对某一用户,虽然质量越高越好,但是一般只要满意用户要求就可以了；-测试资源投入多少不同；做软件产品通常是研发中心来开发,进度压力要小些；同时由于质量要求高,因此会投入较多的人力、物力资源；-项目最终要和用户共同验收测试,这是产品测试不具有的特点；此外,测试产品与测试项目在缺陷治理方面、测试策略制定都会有很大不同,测试治理者应当结合具体的环境,恰如其分的完成工作；（十）没有产

10、品说明书和需求文档地情形下能够进行黑盒测试吗？参考答案： 这个问题是国内测试工程师常常遇到的问题,根源就是国内软件开发文档治理不规范,对变更的治理方法就更不合理了； 实际上没有任何文档的时候,测试人员是能够进行黑盒测试的,这种测试方式我们可以称之为探究测试,具体做法就是测试工程师依据自己的专业技能、领域学问等不断的深化明白测试对 象、懂得软件功能,进而发觉缺陷；在这种做法基本上把软件当成了产品说明书,测试过程中要和开发人员不断的进行沟通；特别在作项目的时候,进度压力比较大,可以作为加急测试方案；最大 的风险是不知道有些特性是否被遗漏（11）在测试一个 web 页面时,页面显示为空白页,如何定位

11、问题所在？可能 是哪些缘由引起的？参考答案：名师归纳总结 - - - - - - -第 3 页,共 10 页精选学习资料 - - - - - - - - - 1、本身页面代码就是空白的；浏览器按 F12查看 2,本地无网络,浏览器是否缓存是否为空白页 3,发送超时,接收超时,服务器超时；4,域名错误, ip 解析不了；（12）软件的评审一般由哪些人参与？其目的是什么？参考答案： 在正式的会议上将软件项目的成果（包括各阶段的文档、 产生的代码等）提交给用户、 客户或有关部门人员对软件产品进行评审和批准；其目的是找 出可能影响软件产品质量、 开发过程、爱护工作的适用性和环境方面的设计缺陷,并实行补

12、救措施,以及找出在性能、安全性和经济方面的可能的改进；人员：用户、客户或有关部门开发人员,测试人员,需求分析师都可以,就看处 于评审那个阶段（13）描述测试用例设计的完整过程？参考答案：需求分析 + 需求变更的爱护工作；依据需求 得出测试需求；设计测试方案,评审测试方案；方案评审通过后,设计测试用例,再对测试用例进行评审；（14）面试官问用安卓系统和ios 系统进行软件测试,会有哪些不同1 . Android 长按 home 键呼出应用列表和切换应用,然后右滑就终止应用；2. 多辨论率测试, Android 端 20 多种, ios 较少；3. 手机操作系统, Android 较多, ios

13、较少且不能降级,只能单向升级；新的 ios 系统中的资源库不能完全兼容低版本中的 ios 系统中的应用,低版本 ios 系统中 的应用调用了新的资源库,会直接导致闪退（Crash）；4. 操作习惯： Android,Back键是否被重写,测试点击 确；应用数据从内存移动到 SD卡后能否正常运行等；Back键后的反馈是否正5. push测试： Android：点击 home 键,程序后台运行时,此时接收到 push,点击后唤醒应用, 此时是否可以正确跳转； ios,点击 home 键关闭程序和屏幕锁屏的情形（红点的显示）；6. 安装卸载测试： Android 的下载和安装的平台和工具和渠道比较多

14、,ios 主要有 app store,iTunes和 testflight 下载；7. 升级测试：可以被升级的必要条件：新旧版本具有相同的签名；新旧版本具有相同的包名；有一个标示符区分新旧版本（如版本号）,对于 Android 如有内置的应用需检查升级之后内置文件是否匹配（如内置的输入法）（15）LoadRunner分哪三部分？名师归纳总结 - - - - - - -第 4 页,共 10 页精选学习资料 - - - - - - - - - 参考答案：用户动作设计；场景设计；测试数据分析；（16）数据库内联接和外连接,自联接有什么区分？参考答案：内联接通常是2 个表存在主外键关系时使用的,内联接

15、查询有 2 种方式实现,1 是在 WHERE 子句中指定联接条件 2 是在 FROM子句中使用 join.on 内联接查询通常不仅仅联接 2 表,可以 3 表甚至更多的表 参与内联接的表的位置是公平的 而外联接中参与联接的表有主从之分；以主表的每行数据去匹配从表的数据列,符合条件的数据将直接返回到结果集中,不符合的用 回到结果集中NULL（空值）填充后再返（17）测试方案工作的目的是什么？测试方案工作的内容都包括什么？其中哪些 是最重要的？参考答案： 软件测试方案是指导测试过程的纲领性文件,包含了产品概述、 测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试沟通、风险 分析等内容

16、；借助软件测试方案,参与测试的项目成员,特别是测试治理人员,可以明确测试任务和测试方法, 保持测试实施过程的顺畅沟通, 跟踪和掌握测试 进度,应对测试过程中的各种变更；测试方案和测试具体规格、 测试用例之间是战略和战术的关系,测试方案主要从 宏观上规划测试活动的范畴、 方法和资源配置, 而测试具体规格、 测试用例是完（最好是 成测试任务的具体战术； 所以其中最重要的是测试测试策略和测试方法 能先评审）（18）当开发人员说不是 BUG时,你如何应对？参考答案：开发人员说不是bug,有 2 种情形,一是需求没有确定,所以我可以这么做,这个时候可以找来产品经理进行确认,需不需要改动,3 方商议确定好

17、后再看要不要改；二是这种情形不行能发生,所以不需要修改,这个时候,我可以先尽可能的说出是 BUG的依据是什么？假如被用户发觉或出了问题,会有什么不良结果？程序员可能会给你很多理由,你可以对他的说明进行反对； 假如仍是不行,那我可以给这个问题提出来,跟开发经理和测试经理进行确认,假如要修改就改 ,假如不要修改就不改； 其实有些真的不是bug,我也只是建议的方式写进TD中,假如开发人员不修改也没有大问题；假如确定是 自己的立场,让问题得到最终的确认；bug 的话,肯定要坚持（19）假如一个 bug 只显现一次,该怎么处理？（1）bug 显现的同时立刻截图留下反常的画面名师归纳总结 - - - -

18、- - -第 5 页,共 10 页精选学习资料 - - - - - - - - - （2）使用相同的环境、设备、测试步骤、方法,使用相同的输入数据,看能否重（3）不能重现,就告知项目经理发觉bug 的过程,分析优先级,争论解决方案（20）软件测试的缺陷等级如何划分？参考答案：A 类严峻错误,包括以下各种错误：1 由于程序所引起的死机 ,非法退出 2 死循环 3 数据库发生死锁 4 因错误操作导致的程序中断 5 与数据库连接错误 6 数据通讯错误B 类较严峻错误,包括以下各种错误：1.程序接口错误 2.系统可被执行,但操作功能无法执行（含指令）3.单项操作功能可被执行,但在此功能中某些小功能（含

19、指令参数的使用）无法 被执行（对系统非致命的）4.在小功能项的某些项目（选项）使用无效（对系统非致命的）5.业务流程不正确 6.功能实现不完整,如删除时没有考虑数据关联 7.功能的实现不正确,如在系统实现的界面上,一些可接受输入的控件点击后无 作用；对数据库的操作不能正的确现；8.报表格式以及打印内容错误（行列不完整,数据显示不在所对应的行列等导致 数据显示结果不正确的错误）C类一般性错误,包括以下各种错误：1.操作界面错误（包括数据窗口内列名定义、含义是否一样）2.打印内容、 格式错误（只影响报表的格式或外观, 不影响数据显示结果的错误）3.简洁的输入限制未放在前台进行掌握 4.删除操作未给

20、出提示 5.已被捕获的系统崩溃,不影响连续操作 6.虽然正确性不受影响,但系统性能和响应时间受到影响 7.不能定位焦点或定位有误,影响功能实现 8.显示不正确但输出正确 9.增删改功能,在本界面不能实现,但在另一界面可以补充实现；名师归纳总结 - - - - - - -第 6 页,共 10 页精选学习资料 - - - - - - - - - D 类较小错误,包括以下各种错误：1.界面不规范 2.帮助说明描述不清晰 3.输入输出不规范 4.长时间操作未给用户提示 5.提示窗口文字未采纳行业术语 6.可输入区域和只读区域没有明显的区分标志 7.必填项与非必填项应加以区分 8.滚动条无效 9.键盘支

21、持不好,如在可输入多行的字段中,不支持回车换行；或对相同字段,在不同界面支持不同的快捷方式10.界面不能准时刷新,影响功能实现（21）软件的安全性应从哪几个方面去测试？1用户认证机制：如数据证书、智能卡、双重认证、安全电子交易协议2加密机制 3安全防护策略：如安全日志、入侵检测、隔离防护、漏洞扫描 4数据备份与复原手段：储备设备、储备优化、储备爱护、储备治理5防病毒系统E类其他错误1.光标跳转设置不好,鼠标（光标）定位错误 2.一些建议性问题（22）规律题,一个是一个6L 水的水壶,一个 5L 水的水壶,旁边有一个池塘,如何用这两个水壶,倒出 3L 水6L 壶装满水,倒进 5L 壶里,6L 壶

22、里剩下 1L水,倒掉 5L壶里的水,把 6L 壶里剩下的水倒进 5L 壶里再把 6L 壶装满,倒水进 5L 壶,6L 壶里剩下 2L的水,倒掉 5L 壶里水,把 6L 壶里的水倒进 5L 壶里再次装满 6L壶,倒水进 5L 壶,此时 6L 壶里剩下的水为 3L；23想象一个登录框,包括 能的写出你想到的测试点？参看答案：ID、密码、登录、取消,记住密码（复选框）,尽可ID 测试要点：字符类型（包括：数字、字母、汉字、特别字符）字符长度默认值名师归纳总结 - - - - - - -第 7 页,共 10 页精选学习资料 - - - - - - - - - 空值 字符集 存在空格 复制、粘贴密码测试

23、要点：密码长度（例如：密码不能少于 7 个字符,最长不能超过 20 个字符） 密码复杂 度、强度（例如：密码必需包含特别字符、数字字母大小写等等,长度是否长）密码字符类型（例如：只答应输入数字、字母、特别字符、下划线）默认值 密码为空 字符集 存在空格 复制、粘贴登录测试要点 用户名和密码都符合要求（格式上的要求） 用户名和密码都不符合要求（格式上的要求） 用户名符合要求,密码不符合要求（格式上的要求） 密码符合要求,用户名不符合要求（格式上的要求） 用户名或密码为空 数据库中不存在的用户名,不存在的密码 数据库中存在的用户名,错误的密码 数据库中不存在的用户名,存在的密码 输入的数据前存在空

24、格 输入正确的用户名密码以后按 enter 是否能登陆 取消 鼠标左键点击“ 取消” 按钮 鼠标左键双击“ 取消” 按钮 鼠标右键点击“ 取消” 按钮 鼠标右键双击“ 取消” 按钮鼠标指针移动到“ 取消” 按钮” ,按回车键 记住密码（复选框）点击选中“ 记住密码” 按钮,重新登录鼠标指针停留在“ 取消” 按钮上不选中“ 记住密码” 按钮,重新输入密码登录输入已存在 ID 和错误密码,勾选“ 记住密码” ,点击登录输入错误 ID 和正确密码,勾选“ 记住密码”,点击登录 输入正确 ID 和正确密码, 勾选“ 记住密码”,点击登录 输入错误 ID 和错误密码,勾选“ 记住密码” ,点击登录 .

25、（23）拜访一个完整 http 恳求会经受哪些问题参考答案：1.域名解析名师归纳总结 - - - - - - -第 8 页,共 10 页精选学习资料 - - - - - - - - - 2.发起 TCP的 3 次握手 3.建立 TCP连接后发起 http 恳求 4.服务器端响应 http 恳求,浏览器得到 html 代码 5.浏览器解析 html 代码,并恳求 html 代码中的资源 6.浏览器对页面进行渲染出现给用户；（24）https 和 http 恳求的区分？https 协议需要到 ca 申请证书,一般免费证书较少,因而需要肯定费用；http 是超文本传输协议,信息是明文传输,传输协议；

26、https 就是具有安全性的 ssl 加密http 和 https 使用的是完全不同的连接方式, 用的端口也不一样, 前者是 80,后者是 443；http 的连接很简洁,是无状态的；进行加密传输、身份认证的网络协议,比HTTPS协议是由 SSL+HTTP协议构建的可 http 协议25：http 有哪些恳求方式, get 和 post 恳求有什么区分 参看答案：get 传输数据是通过 URL恳求,以 field（字段）= value的形式,置于 URL后,并用 .连接,多个恳求数据间用 & 连接,如 http:/127.0.0.1/Test/login.action.name=admin&p

27、assword=admin,这个过程用户是 可见的； post 传输数据通过 Http 的 post 机制,将字段与对应值封存在恳求实体 中发送给服务器,这个过程对用户是不行见的；Get 传输的数据量小,由于受 量数据,所以上传文件时只能用URL长度限制,但效率较高, Post可以传输大 Post 方式；post 较 get 安全性较高, get 是担心全的,由于 URL是可见的,可能会泄露私密信息,如密码等 . get 方式只能支持 ASCII字符,向服务器传的中文字符可能会乱码,持标准字符集,可以正确传递中文字符；post 支（26）cookie 与 session区分参考答案：cooki

28、e 数据存放在客户的浏览器上,session数据放在服务器上；cookie不是很安全,别人可以分析存放在本地的 COOKIE并进行 COOKIE欺诈,考虑到安全应当使用 session；session会在肯定时间内储存在服务器上；当拜访增多,会比较占用你服务器的性能；考虑到减轻服务器性能方面,应当使用 COOKIE；单个 cookie 在客户端的限制是 3K,就是说一个站点在客户端存放的 COOKIE不能超过 3K；Cookie和 Session的方案虽然分别属于客户端和服务端,但是服务端的session的实现对客户端的 cookie 有依靠关系的,上面我讲到服务端执行 session机制时候

29、会生成 session的 id 值,这个 id 值会发送给客户端, 客户端每次恳求都会把这个 id 值放到 http 恳求的头部发送给服务端,而这个id 值在客户端会储存名师归纳总结 - - - - - - -第 9 页,共 10 页精选学习资料 - - - - - - - - - 下来,储存的容器就是 cookie,因此当我们完全禁掉浏览器的 cookie 的时候,服 务端的 session也会不能正常使用；（27）http 恳求和 http 响应包含哪些内容 参考答案：恳求报文包含三部分：a、恳求行：包含恳求方法、b、恳求首部字段URI、HTTP版本信息c、恳求内容实体响应报文包含三部分：

30、a、状态行：包含 HTTP版本、状态码、状态码的缘由短语 b、响应首部字段c、响应内容实体（33）你所熟识的软件测试类型有哪些. 参考答案：测试类型有：功能测试、性能测试、界面测试 功能测试在测试工作中占有比例最大,功能测试也叫黑盒测试；性能测试是通过自动化的测试工具模拟多种正常、峰值以及反常负载条件来对系统的各项性能指标进行测试；负载测试和压力测试都属于性能测试,两者可以结合进行；界面测试,界面是软件与用户交互的最直接的层,件的第一印象；界面的好坏打算用户对软区分在于, 功能测试关注产品的全部功能,要考虑到每个细节功能, 每个可能存在的功能问题； 性能测试主要关注产品整体的多用户并发下的稳固

31、性和健壮性；界面测试就关注与用户体验相关内容,用户使用该产品的时候是否已用,是否易懂,是否规范 用户无意输入无效的数据,当然考虑到体验性,不能太粗鲁的弹出警告 ；做某个性能测试的时候,第一它可能是个功能点,第一要保证她的功能是没有问题的,然后再考虑性能的问题；（34）、接口测试用例的编写要点有哪些？1、测试每个参数类型不合法的情形类型不合法简洁遗漏null 型 2、测试每个参数取值范畴不合法的情形3、测试参数为空的情形4、测试参数前后台定义的一样性5、 测试每个参数的上下限 这里简洁显现致命的 能会程序导致崩溃 BUG,假如程序处理不当,可6、假如两个恳求有严格的先后次序,需要测试调转次序的情形名师归纳总结 - - - - - - -第 10 页,共 10 页