1 / 6
文档名称:

2JAVA和测试基础面试题及答案.docx

格式:docx   大小:206KB   页数:6页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

2JAVA和测试基础面试题及答案.docx

上传人:neryka98 2018/7/7 文件大小:206 KB

下载得到文件列表

2JAVA和测试基础面试题及答案.docx

相关文档

文档介绍

文档介绍:软件测试面试题目
软件的评审一般由哪些人参加?其目的是什么?
评审是对软件元素或项目状态进行评估的活动,用于确定与预期结果之间的偏差和相应的改进意见,通常由人来执行。除了在项目早期发现缺陷和降低项目的失败风险外,项目中需要进行评审的其他原因包括:分享知识、培训团队成员、为管理层决策提供依据、为过程改进提供信息以及项目所处状态评审。
评审参与人员:用户、客户或有关部门开发人员,测试人员,需求分析师都可以,就看处于评审哪个阶段。
你认为做好测试用例工作的关键是什么?
首先是理解需求,第二是测试用例编写的方法要熟练,第三就是你的测试经验了,看到某个功能,马上会想到那种测试用例会测出问题。
说明缺陷管理的过程?
软件测试流程?
你认为做好软件测试计划工作的关键是什么?
1. 明确测试的目标,增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷,因此软件测试
计划的价值取决于它对帮助管理测试项目,并且找出软件潜在的缺陷。因此,软件测试计划中的测试范围必须高度覆盖功能需求,测试方法必须切实可行,测试工具并且具有较高的实用性,便于使用,生成的测试结果直观、准确
“5W”规则,明确内容与过程
“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则创建软件测试计划,可以帮助测试团队理解测试的目的(Why),明确测试的范围和内容(What),确定测试的开始和结束日期(When),指出测试的方法和工具(How),给出测试文档和软件的存放位置(Where)。
,保证测试计划满足实际需求
测试计划写作完成后,如果没有经过评审,直接发送给测试团队,测试计划内容的可能不准确或遗漏测试内容,或者软件需求变更引起测试范围的增减,而测试计划的内容没有及时更新,误导测试执行人员。
4. 分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档,把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。
在您以往的工作中,一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?
根据自己的理解什么是测试用例和测试规程,设计一个测试用例应当从哪几方面考虑?
测试用例是指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标,测试环境,输入数据,测试步骤,预期结果,测试脚本等并形成文档
首先你的用例来源于需求分析,那么项目或者产品是否有功能性及非功能性需求呢。比如说系统可用性需求,网络带宽需求,系统响应性能需求等等。如果存在这些需求,那么用例设计时就需要考虑这些角度。
其次功能性需求在设计用例时也需要考虑诸如大用户量并发的情况之类的。
再次,测试用例包含容错用例。
最后,测试用例编写的同时,是有等级区分的,有的用例是关键流程或者功能点,那么等级就高;有的用例很少使用,就会低。这样便