华为,金山《软件测试工程师》笔试题部分试题
1.软件测试的目的是尽可能多的找出软件的缺陷。 错
目的在于发现软件在整个设计过程中存在的问题并加以纠正,检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。
2.Beta 测试是验收测试的一种。 对
3.验收测试是由最终用户来实施的。 错
β测试是由最终用户实施 alpha测试是由开发设计人员和用户共同实施的。
4.代码评审是检查源代码是否达到模块设计的要求。 对
5.负载测试是验证要检验的系统的能力最高能达到什么程度。 错
验证系统的稳定性。
6.测试人员要坚持原则,缺陷未修复完坚决不予通过。 错
0 bug 和good enough 的区别
二、选择题
1.下列关于alpha 测试的描述中正确的是:( A,D )
A.alpha 测试需要用户代表参加
B.alpha 测试不需要用户代表参加
C.alpha 测试是系统测试的一种
D.alpha 测试是验收测试的一种
三、填空题
1. 软件验收测试包括:alpha测试和beta测试
2. 系统测试策略包括: 功能测试,性能测试,软硬件环境测试(也就是说,系统测试一般要进行何种测试)
3. 通过画因果图来写测试用例的步骤为:
(1)找出所有输入条件和输出条件,并编号 。
(2)分析输入条件之间的关系,是互斥 还是可以同时满足。
(3)画出输入条件的排列组合情况。
(4)编写测试用例。
四、简答题
1. 白盒测试有几种方法?
2. Alpha测试与beta的区别
3. 描述软件测试活动的生命周期?
4.软件的缺陷等级应如何划分?
5. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
6. 您以往所从事的软件测试工作中,是否使用了一些工具来进行软件缺陷(Bug)的管理?如果有,请结合该工具描述软件缺陷(Bug)跟踪管理的流程。
1. 什么是软件测试,以及软件测试的意义?
软件测试是程序测试和文档测试的结合。使用人工或自动手段,来运行或测试某个系统的过程。其目的在于发现软件在整个设计过程中存在的问题并加以纠正,检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。
2. 什么是软件测试静态分析,软件测试动态分析,
软件静态测试指的是不实际运行被测软件,而只是静态的检查程序代码,界面或文档中可能存在的错误的过程。
软件动态测试指的是实际运行被测试程序,输入相应的测试数据,检查实际输出结果和预期结果是否相符的过程。
3. 下面那些属于静态分析(A,B,C,D)
A、 编码规则检查
B、 程序结构分析
C、 程序复杂度分析
D、 内存泄漏
4. 下面那些属于动态分析(B,C)
A、 代码覆盖率
B、 模块功能检查
C、 系统压力测试
D、 程序数据流分析
6. 从测试阶段角度,测试正确的顺序是(ABCD),同时给出所选择的正确策略含义和被测对象是什么?
A、 单元测试 :是指对软件中的最小可测试单元进行检查和验证。
被测对象:最小模块
B、 集成测试 :是指将通过测试的单元模块组装成系统或子系统,再进行测试,重点测试不同模块的接口部分。 被测对象:模块间的接口
C、 系统测试:将整个软件系统看做1个整体进行测试,包括对功能,性能,以及软件所运行的软硬件环境进行测试。 被测对象:整个系统
D、 确认测试:指的是在系统测试的后期,以用户测试为主,或有测试人员等质量保证人员共同参与的测试,它也是软件正式交给用户使用的最后一道工序。
被测对象:整个系统
7. 在测试生命周期,测试过程分为几个阶段,以及各个阶段的含义?
测试计划—测试设计—编写用例(需求规格说明书、测试计划)—测试执行—测试评估
8.区别阶段评审的与同行评审
9. 如果能够执行完美的黑盒测试,还需要进行白盒测试吗?为什么?
需要。黑盒测试(black-box testing):指的是把被测的软件看做是一个黑盒子,我们不关心里面的结构是什么样子的,只关心软件的输入数据和输出结果。而白盒测试(white-box testing):指的是把被盒子盖打开,去研究里面的源代码和程序结构。两者互不相干,在软件公司里,往往采用黑盒和白盒技术相结合的方法,对软件的整体功能和性能进行黑盒测试,而对软件的源代码采用白盒测试。
10. 测试结束的标准是什么?
软件是否满足用户需求,软件内部问题是否为bug。
11.软件测试与软件质量保证的区别。
软件质量保证(SQA)是建立一套有计划,有系统的方法,来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。软件质量保证的目的是使软件过程对于管理人员来说是可见的。它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的。软件质量保证组在项目开始时就一起参与建立计划、标准和过程。这些将使软件项目满足机构方针的要求。
软件测试是程序测试和文档测试的结合。使用人工或自动手段,来运行或测试某个系统的过程。其目的在于发现软件在整个设计过程中存在的问题并加以纠正,检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。
12. 测试用例都包括那些内容?
用例编号、输入、输出、测试环境、期望结果
13. 一个缺陷测试报告的组成
14. 一个测试工程师应具备那些素质和技能?
a) 要能够熟悉软件测试的标准、条例和约定
b) 对测试要有责任心,做到一丝不苟
c) 对一些常用语言的语法、用法能够有一定的了解
d) 熟练记录的收集、维护和保存
15. 简述一下缺陷的生命周期
1. 问题的定义及规划
2. 需求分析
3. 软件设计
4. 程序编码
5. 软件测试
6. 运行维护
]z'R,BB/GHx0{4k0
三、 专业词语解释(每题2 分)
α测试: 由用户、测试人员、开发人员共同参与的内部测试。
β测试: 内侧后的公测,即完全交给最终用户测试。
白盒测试:指的是把被盒子盖打开,去研究里面的源代码和程序结构。
静态测试:指的是不实际运行被测软件,而只是静态的检查程序代码,界面或文档中可能存在的错误的过程。
第二篇:个人整理的软件测试工程师面试题及答案
04.您认为做好测试用例设计工作的关键是什么?
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试,以最少的用例在合理的时间内发现最多的问题
06. 测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的?
软件测试计划是指导测试过程的纲领性文件,包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。
测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法(最好是能先评审)
07. 您认为做好测试计划工作的关键是什么?
1. 明确测试的目标,增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷,因此软件测试计划的价值取决于它对帮助管理测试项目,并且找出软件潜在的缺陷。因此,软件测试计划中的测试范围必须高度覆盖功能需求,测试方法必须切实可行,测试工具并且具有较高的实用性,便于使用,生成的测试结果直观、准确
2.坚持“5W”规则,明确内容与过程
“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则创建软件测试计划,可以帮助测试团队理解测试的目的(Why),明确测试的范围和内容(What),确定测试的开始和结束日期(When),指出测试的方法和工具(How),给出测试文档和软件的存放位置(Where)。
3.采用评审和更新机制,保证测试计划满足实际需求
测试计划写作完成后,如果没有经过评审,直接发送给测试团队,测试计划内容的可能不准确或遗漏测试内容,或者软件需求变更引起测试范围的增减,而测试计划的内容没有及时更新,误导测试执行人员。
4. 分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档,把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。
25:你找工作时,最重要的考虑因素为何?
工作的性质和内容是否能让我发挥所长,并不断成长。
26:为什么我们应该录取你?
您可以由我过去的工作表现所呈现的客观数据,明显地看出我全力以赴的工作态度。
27:请谈谈你个人的最大特色。
我的坚持度很高,事情没有做到一个令人满意的结果,绝不罢手。
19. 你的测试职业发展是什么?
测试经验越多,测试能力越高。所以我的职业发展是需要时间累积的,一步步向着高级测试工程师奔去。而且我也有初步的职业规划,前3年累积测试经验,按如何做好测试工程师的11,12点要求自己,不断的更新自己改正自己,做好测试任务。
20. 你自认为测试的优势在哪里?
优势在于我对测试坚定不移的信心和热情,虽然经验还不够,但测试需要的基本技能我有信心在工作中得以发挥。
21. 你以前工作时的测试流程是什么?
公司对测试流程没有规定如何做,但每个测试人员都有自己的一套测试流程。我说下我1年来不断改正(自己总结,吸取同行的方法)后的流程吧。需求评审(有开发人员,产品经理,测试人员,项目经理)->需求确定(出一份确定的需求文档)->开发设计文档(开发人员在开始写代码前就能输出设计文档)->想好测试策略,写出测试用例->发给开发人员和测试经理看看(非正式的评审用例)->接到测试版本->执行测试用例(中间可能会补充用例)->提交bug(有些bug需要开发人员的确定(严重级别的,或突然发现的在测试用例范围之外的,难以重现的),有些可以直接录制进TD)->开发人员修改(可以在测试过程中快速的修改)->回归测试(可能又会发现新问题,再按流程开始跑)。
9测试结束的标准是什么? 用例全部测试。 覆盖率达到标准。 缺陷率达到标准。
其他指标达到质量标准
/view/99b7f2f79e314332396893cd.html