初级测试面试题及答案.doc_第1页
初级测试面试题及答案.doc_第2页
初级测试面试题及答案.doc_第3页
初级测试面试题及答案.doc_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

常见的软件测试面试题1、什么是软件测试? 使用人工或自动的方法来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果的区别;2、集成测试的过程 计划阶段、设计阶段、实现阶段、实施阶段3、白盒测试方法 单元测试、代码评审、同行评审、代码走查、静态分析4、alpha和beta测试的区别 都属于系统测试 A是在专业开发测试人员的指导下,由非专业人士参加测试。 B是开放型测试,内部测试稳定后,发布Beta版本让公共用户测试。5、测试结束的标准 严重程度在某一可接受范围内的缺陷都已经关闭 达到原先的覆盖率定义标准项目必须发布,暂停测试 6、软件测试活动的输出文档 测试计划、测试用例、缺陷报告、测试总结报告7、软件缺陷等级 严重程度: 致命性错误,严重性错误,一般性错误,告警错误,建议8、白盒测试方法 分为静态测试与动态测试2类测试方法 静态分析是一种不通过运行来测试的技术,是检验软件的表示和描述是否一致,没有歧义没有冲突 动态分析是软件在模拟的或真实的环境中运行之前、之中、之后,对软件系统行为的分析。 动态分析包含了程序在受控的环境下使用特定的期望结果进行正式的运行。它显示了一个系统在检查状态下是正确还是不正确。在动态分析技术中,最重要的技术是路径和分支测试。分为:语句覆盖、路径覆盖、条件覆盖、分支覆盖、条件/判定覆盖、组合覆盖。9、项目测试的全过程(软件生命周期) 测试流程:制定测试计划、测试设计与开发、实施软件测试、评审、版本发布多说一句:测试贯穿整个软件项目的生命周期,项目开始测试人员就可以介入工作,直到最后发版本上线10.缺陷报告的处理流程 提交缺陷分配缺陷处理缺陷回归缺陷关闭缺陷 11、软件生命周期(瀑布类型) 计划需求分析设计编码测试 运行、维护12、V模型 用户需求 验收测试 需求分析与系统设计 系统测试 概要设计 集成测试 详细设计 单元测试 编码 13、常用的测试方法(测试策略) 数据库测试、功能确认测试、界面测试、值域测试、版本验证测试、可用性测试、强度测试。安全性测试、裸机测试、安装测试、加密测试。 功能测试、性能测试、压力测试、负载测试、易用性测试、安装测试、界面测试、配置测试、文档测试、兼容性测试、安全性测试、恢复测试14、常用的设计用例方法 等价类划分、边界值分析、正交法、错误猜测、因果图、判定表驱动法15、缺陷报告的内容缺陷填写要求:概述(Summary):必填,要求简单扼要的描述缺陷的出现位置以及缺陷的特征;如:用户管理-用户信息维护:Tab键跳格功能问题分派到(Assigned to):必填,新提交的问题统一分配给子系统的开发组长;检查者(Detected by):必填,问题提交者,默认自己;测试版本(Detected in Version):必填,问题最开始发现的软件版本号;测试日期(Detected on Date):必填,问题最开始提交日期,默认为当天;优先级(Priority):必填,问题要求解决的优先级,越高表示要求开发尽快修复问题;严重级别(Severity):必填,问题本身的严重级别,越高表示问题越严重(严重级别请以及项目问题的级别划分规则进行划分);状态(Status):必填,问题的状态,新提交时默认为”New”;模块名(Subject):必填,问题属于哪个模块(细分到第一级功能点);子系统(SubSystem):必填,问题属于哪个子系统;项目名称(Project name):所测试的软件项目或软件产品名;缺陷类型:根据测试人员自己的经验确定一个缺陷类型,标明该缺陷是哪一类型。测试类型:该缺陷是在进行什么类型的测试过程中发现的。测试人员类型:提出该缺陷的测试人员类型。测试对象:标明测试的内容是程序还是文档。测试所处的阶段:表示该缺陷测试在软件生命的哪个时期发现的。详细描述(Description):必填,详细描述问题:什么系统什么模块什么操作时输入什么数据时出现什么样的问题,什么情况下就不会出现这个问题,以及有无附件图片,如果有建议,则写出修改建议;一般地可按如下方式进行书写缺陷:操作步骤:第一步:进入XX模块做XX操作;预期结果:系统出现XX的页面。实现结果:在界面上录入信息时,按TAB键应该有序的一个一个跳到下一个输入编辑框,可是光标并没有按顺序跳。修改建议:调整界面上Tab键自动跳格功能。注释(R&D Comments):开发与测试就问题的处理等交互作用的BBS,填写时要求先点击“Comment”按钮签名,然后填写想要说明的内容,然后写清楚本次说明的内容是在哪个版本上测试的。如下面的例子:王传宝:2009-6-2:顺序已经调整好,请测试人员进行回归测试。16、缺陷(Defect)的状态(Status)定义New(新建)测试中新报告的软件缺陷Open(打开)被确认并分配给相关开发人员处理Fixed(已修复)开发人员已完成修正,等待测试人员验证Reopen(重新打开)对开发人员已修复的缺陷,经回归测试后发现问题仍然存在Rejected(已否决)拒绝修改此缺陷,但要说明拒绝理由Postponed(延迟修改)不在当前版本修复的错误,下一版修复Closed(已关闭)缺陷已被成功修复17、测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的?1、软件测试计划是指导测试过程的纲领性文件。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。2、包含了:产品概述、目的、背景、测试策略与方法、测试内容、测试人员配置、测试周期、环境资源、风险分析等内容。3、测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法(最好是能先评审)18、测试用例的内容(1) 用例ID(2) 用例名称(3) 用例模块(4) 前提条件(5) 测试步骤(6) 预期结果(7)测试级别(8)设计人员(9)备注19、测试报告的内容项目简介:一些需要介绍的内容,项目简称的解释,项目背景等等。 测试内容:测试内容的大纲。 测试环境:测试环境的描述,包括客户端和网络环境。 测试资源:测试过程中的测试资源使用。 测试的数据:bug数,解决数,遗留数。模块bug分布,bug走势图,缺陷遗留,需要说明的问题。 测试数据分析:对于整个过程测试的一个分析,得出结论。 遗留问题:对于软件遗留问题有详细说明。20、坚持“5W”规则,明确内容与过程“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则创建软件测试计划,可以帮助测试团队理解测试的目的(Why),明确测试的范围和内容(What),确定测试的开始和结束日期(When),指出测试的方法和工具(How),给出测试文档和软件的存放位置(Where)。21、你的测试职业发展是什么?测试经验越多,测试能力越高。所以我的职业发展是需要时间累积的,一步步向着高级测试工程师发展。而且我也有初步的职业规划,前3年累积测试经验,按如何做好测试工程师的点要求自己,不断的学习业务与技术,更新自己改正自己,做好测试任务。22. 你自认为测试的优势在哪里?优势在于我对测试坚定不移的信心和热情,虽然经验还不够,但测试需要的基本技能我有信心在工作中得以发挥。23、当开发人员说不是BUG时,你如何应付?开发人员说不是bug,有2种情况,一、是需求没有确定,所以我可以这么做,这个时候可以找来产品经理进行确认,需不需要改动,三方商量确定好后再看要不要改。二、是这种情况不可能发生,所以不需要修改,这个时候,我可以先尽可能的说出是BUG的依据是什么?如果被用户发

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论