54道面试经典试题

上传人:新** 文档编号:487991950 上传时间:2023-09-10 格式:DOC 页数:13 大小:58KB
返回 下载 相关 举报
54道面试经典试题_第1页
第1页 / 共13页
54道面试经典试题_第2页
第2页 / 共13页
54道面试经典试题_第3页
第3页 / 共13页
54道面试经典试题_第4页
第4页 / 共13页
54道面试经典试题_第5页
第5页 / 共13页
点击查看更多>>
资源描述

《54道面试经典试题》由会员分享,可在线阅读,更多相关《54道面试经典试题(13页珍藏版)》请在金锄头文库上搜索。

1、精选优质文档-倾情为你奉上测试技术面试题什么是单元测试?单元测试(模块测试)是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。例如,你可能把一个很大的值放入一个有序list 中去,然后确认该值出现在list 的尾部。或者,你可能会从字符串中删除匹配某种模式的字符,然后确认字符串确实不再包含这些字符了。1、什么是兼容性测试?兼容性测试侧重哪些方面?参考答案:兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行,即是通常说的软件的可移植性。兼容的类型,如果细分的话,有平台的兼容

2、,网络兼容,数据库兼容,以及数据格式的兼容。兼容测试的重点是,对兼容环境的分析。通常,是在运行软件的环境不是很确定的情况下,才需要做兼容。根据软件运行的需要,或者根据需求文档,一般都能够得出用户会在什么环境下使用该软件,把这些环境整理成表单,就得出做兼容测试的兼容环境了。兼容和配置测试的区别在于,做配置测试通常不是Clean OS下做测试,而兼容测试多是在Clean OS的环境下做的。2、我现在有个程序,发现在Windows上运行得很慢,怎么判别是程序存在问题还是软硬件系统存在问题?参考答案:1、检查系统是否有中毒的特征;2、检查软件/硬件的配置是否符合软件的推荐标准;3、确认当前的系统是否是

3、独立,即没有对外提供什么消耗CPU资源的服务;4、如果是C/S或者B/S结构的软件,需要检查是不是因为与服务器的连接有问题,或者访问有问题造成的;5、在系统没有任何负载的情况下,查看性能监视器,确认应用程序对CPU/内存的访问情况。3、测试的策略有哪些?参考答案:黑盒/白盒,静态/动态,手工/自动,冒烟测试,回归测试,公测(Beta测试的策略)4、正交表测试用例设计方法的特点是什么?参考答案:用最少的实验覆盖最多的操作,测试用例设计很少,效率高,但是很复杂;对于基本的验证功能,以及二次集成引起的缺陷,一般都能找出来;但是更深的缺陷,更复杂的缺陷,还是无能为力的;具体的环境下,正交表一般都很难做

4、的。大多数,只在系统测试的时候使用此方法。5、描述你用过的一款缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程?参考答案:就是Bugzilla的状态转换图。6、描述测试用例设计的完整过程?参考答案:需求分析 + 需求变更的维护工作;根据需求 得出测试需求;设计测试方案,评审测试方案;方案评审通过后,设计测试用例,再对测试用例进行评审;7、单元测试的策略有哪些?参考答案:逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析12、软件的评审一般由哪些人参加?其目的是什么?参考答案:在正式的会议上将软件项目的成果(包括各阶段的文档、产生的代码等)提交给用户、客户或有关部门人员对

5、软件产品进行评审和批准。其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方面的设计缺陷,并采取补救措施,以及找出在性能、安全性和经济方面的可能的改进。 人员:用户、客户或有关部门开发人员,测试人员,需求分析师都可以,就看处于评审那个阶段 13、测试活动中,如果发现需求文档不完善或者不准确,怎么处理?参考答案:测试需求分析 发现需求文档不完善或者不准确,应该立即和相关人员进行协调交流。14、你认为做好测试计划工作的关键是什么?参考答案:软件测试计划就是在软件测试工作正式实施之前明确测试的对象,并且通过对资源、时间、风险、测试范围和预算等方面的综合分析和规划,保证有效的实施软件测

6、试;做好测试计划工作的关键 :目的,管理,规范1. 明确测试的目标,增强测试计划的实用性编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷,因此软件测试计划的价值取决于它对帮助管理测试项目,并且找出软件潜在的缺陷。因此,软件测试计划中的测试范围必须高度覆盖功能需求,测试方法必须切实可行,测试工具并且具有较高的实用性,便于使用,生成的测试结果直观、准确2坚持“5W”规则,明确内容与过程“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则创建软件测试计划,可以帮助测试团队理解测试的目的

7、(Why),明确测试的范围和内容(What),确定测试的开始和结束日期(When),指出测试的方法和工具(How),给出测试文档和软件的存放位置(Where)。3采用评审和更新机制,保证测试计划满足实际需求测试计划写作完成后,如果没有经过评审,直接发送给测试团队,测试计划内容的可能不准确或遗漏测试内容,或者软件需求变更引起测试范围的增减,而测试计划的内容没有及时更新,误导测试执行人员。4. 分别创建测试计划与测试详细规格、测试用例应把详细的指标包含到独立创建的测试详细规格文档,把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理中。测试计划和测试详细规格、测试用例之

8、间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。 15、你认为做好测试用例工作的关键是什么?参考答案: 需求和设计文档的理解程度,对系统的熟悉程度16、简述一下缺陷的生命周期?参考答案:提交-确认-分配-修复-验证-关闭18、软件配置管理工作开展的情况和认识?参考答案:软件配置管理贯穿于软件开发、测试活动的始终,覆盖了开发、测试活动的各个环节,它的重要作用之一就是要全面的管理保存各个配置项,监控各配置项的状态,并向项目经理及相关的人员报告,从而实现对软件过程的控制。软件测试配置管理包括4个最基本的活动:配置项标识配

9、置项控制配置项状态报告配置审计软件配置管理通常借助工具来辅助,主要有MS SourceSafe、Rational ClearCase等19、你觉得软件测试通过的标准应该是什么样的?参考答案:缺陷密度值达到客户的要求20、引入测试管理的含义? 参考答案:风险分析,进度控制、角色分配、质量控制21、一套完整的测试应该由哪些阶段组成?参考答案:测试计划、测试设计与开发、测试实施、测试评审与测试结论22、软件测试的文档测试应当贯穿于软件生命周期的全过程,其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些?参考答案:用户手册安装和设置指导联机帮助指南、向导样例、示例和模板授权/注册登记表最终用

10、户许可协议23、软件系统中除用户文档之外,文档测试还应该关注哪些文档?参考答案:开发文档软件需求说明书数据库设计说明书概要设计说明书详细设计说明书可行性研究报告管理文档项目开发计划测试计划测试报告开发进度月报开发总结报告24、简述软件系统中用户文档的测试要点?参考答案:(1)读者群。文档面向的读者定位要明确。对于初级用户、中级用户以及高级用户应该有不同的定位(2)术语。文档中用到的术语要适用与定位的读者群,用法一致,标准定义与业界规范相吻合。(3)正确性。测试中需检查所有信息是否真实正确,查找由于过期产品说明书和销售人员夸大事实而导致的错误。检查所有的目录、索引和章节引用是否已更新,尝试链接是

11、否准确,产品支持电话、地址和邮政编码是否正确。(4)完整性。对照软件界面检查是否有重要的分支没有描述到,甚至是否有整个大模块没有描述到。(5)一致性。按照文档描述的操作执行后,检查软件返回的结果是否与文档描述的相同。(6)易用性。对关键步骤以粗体或背景色给用户以提示,合理的页面布局、适量的图表都可以给用户更高的易用性。需要注意的是文档要有助于用户排除错误。不但描述正确操作,也要描述错误处理办法。文档对于用户看到的错误信息应当有更详细的文档解释。(7)图表与界面截图。检查所有图表与界面截图是否与发行版本相同。(8)样例与示例。像用户一样载入和使用样例。如果是一段程序,就输入数据并执行它。以每一个

12、模块制作文件,确认它们的正确性。(9)语言。不出现错别字,不要出现有二义性的说法。特别要注意的是屏幕截图或绘制图形中的文字。(10)印刷与包装。检查印刷质量;手册厚度与开本是否合适;包装盒的大小是否合适;有没有零碎易丢失的小部件等等。25、如何理解压力、负载、性能测试测试?参考答案:性能测试是一个较大的范围,实际上性能测试本身包含了性能、强度、压力、负载等多方面的测试内容。压力测试是对服务器的稳定性以及负载能力等方面的测试,是一种很平常的测试。增大访问系统的用户数量、或者几个用户进行大数据量操作都是压力测试。而负载测试是压力相对较大的测试,主要是测试系统在一种或者集中极限条件下的相应能力,是性

13、能测试的重要部分。100个用户对系统进行连续半个小时的访问可以看作压力测试,那么连续访问8个小时就可以认为负载测试,1000个用户连续访问系统1个小时也可以看作是负载测试。实际上压力测试和负载测试没有明显的区分。测试人员应该站在关注整体性能的高度上来对系统进行测试。26、什么是系统瓶颈?参考答案:瓶颈主要是指整个软硬件构成的软件系统某一方面或者几个方面能力不能满足用户的特定业务要求,“特定”是指瓶颈会在某些条件下会出现,因为毕竟大多数系统在投入前。严格的从技术角度讲,所有的系统都会有瓶颈,因为大多数系统的资源配置不是协调的,例如CPU使用率刚好达到100时,内存也正好耗尽的系统不是很多见。因此

14、我们讨论系统瓶颈要从应用的角度讨论:关键是看系统能否满足用户需求。在用户极限使用系统的情况下,系统的响应仍然正常,我们可以认为改系统没有瓶颈或者瓶颈不会影响用户工作。因此我们测试系统瓶颈主要是实现下面两个目的:-发现“表面”的瓶颈。主要是模拟用户的操作,找出用户极限使用系统时的瓶颈,然后解决瓶颈,这是性能测试的基本目标。-发现潜在的瓶颈并解决,保证系统的长期稳定性。主要是考虑用户在将来扩展系统或者业务发生变化时,系统能够适应变化。满足用户目前需求的系统不是最好的,我们设计系统的目标是在保证系统整个软件生命周期能够不断适应用户的变化,或者通过简单扩展系统就可以适应新的变化。27、文档测试主要包含

15、什么内容?参考答案:在国内软件开发管理中,文档管理几乎是最弱的一项,因而在测试工作中特别容易忽略文档测试也就不足为奇了。要想给用户提供完整的产品,文档测试是必不可少的。文档测试一般注重下面几个方面:文档的完整性:主要是测试文档内容的全面性与完整性,从总体上把握文档的质量。例如用户手册应该包括软件的所有功能模块。描述与软件实际情况的一致性:主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后,我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。易理解性:主要是检查文档对关键、重要的操作有无图文说明,文字、图表是否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的,应该附有图表使说明更为直观和明了。文档中提供操作的实例:这项检查内容主要针对用户手册。对主要功能和关键操作提供的应用实例是否丰富,提供的实例描述是否详细。只有简单的图文说明,而无实例的用户手册看起来就像是软件界面的简单拷贝,对于用户来说,实际上没有什么帮助。印刷与包装质量:主要是检查软件文档的商品化程度。有些用户手册是简单打印、

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

当前位置:首页 > 办公文档 > 教学/培训

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