初级测试面试题及答案

  • 格式:doc
  • 大小:48.50 KB
  • 文档页数:4

下载文档原格式

  / 4
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

常见的软件测试面试题

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

17、测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的?

1、软件测试计划是指导测试过程的纲领性文件。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。

2、包含了:产品概述、目的、背景、测试策略与方法、测试内容、测试人员配置、测试周期、环境资源、风险分析等内容。

3、测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法(最好是能先评审)

18、测试用例的内容

(1) 用例ID

(2) 用例名称

(3) 用例模块

(4) 前提条件

(5) 测试步骤

(6) 预期结果

(7)测试级别

(8)设计人员

(9)备注