测试面试题及答案
-
.
1.
你以前工作时的测试流程是什么？
公司对测试流程没有规定如何做，
但每个测试人员都有自己的一
套测
试流程。我说下我
1
年来不断改正
（自己总结，吸取同行的方法）后
的流程吧。
需求评审
（有开发人员，
产品经理，
测试人员，
项目经理）
－
>
需求确
定
(
出一份确定的需求文档
)
－
>
开发设计文档
（开
发人员在
开始写代码前就能输出设计文档）
－
< br>>
想好测试策略，
写出测试用－
>
发给开发人员和测试经理看看（非正式的评审用例）－
><
/p>
接到测试版
本－
>
执行测试用例
（中间可能会补充用例）
－
>
提交
bug
（有些
bug
需要开发人员的确定
（严重级别的，
或突然发现的在测试用例围之外
的，难以重现的），有些可以直接录制
进
TD
）－
>
开发人员修改（以
在测试过程中快速的修改）－
>
回归测试（可能又会发现新问题，再
按流程开始跑）。
02
您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同
的测试类型的区别与联系（如功能测试、性能测试……）
测试类型有：功能测试，性能测试，界面测试。
功能测试在测试工作中占的比例最
大，功能测试也叫黑盒测试。
是把测试对象看作一个黑盒子。
利
用黑盒测试法进行动态测试时，
需
要测试软件产品的功能，
不需测试软件产品的部结构和处理过程。
采
用黑盒
技术
设计测试用例的方法有：等价类划分、边界值分析、
错误
推测、因果图和综合策略。
性能测试是通过自动化的测试工具
模拟多种正常、
峰值以及异常
Word
文档
.
负载
条件来对系统的各项性能指标进行测试。
负载测试和压力测试都
属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作
负载下系统的性能，
目标是测试当负载逐渐增加时，
系统各项性能指
标的变化情况。
压力测试是通过确定一个系统的瓶颈或者不能接收的
性能点，来获得系统能提供的最大服务级别的测试。
性能测试的分类
分为：性能测试、负载测试、压力测试、容量测试
负载测试与压力测试可以
结合进行。
.
列举您熟悉的主流自动化测试工具
我熟悉的自动化测试工具有：
基于
web
的测试管理工具
TestDirector
、
配置管理工具
VSS
、
QTP
以及性能
测试工具
LoadRunner
界面测
试，
界面是软件与用户交互的最直接的层，
界面的好坏决
定用户对软件的第一印象。
而且设计良好的界面能够引导用户自己完<
/p>
成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引
用户的直接优势。
设计合理的界面能给用户带来轻松愉悦的感受和成
< br>功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大
的功能都可能
在用户的畏惧与放弃中付诸东流。
区别在于，
功能测试关注产品的所有功能上，
< br>要考虑到每个细节
功能，
每个可能存在的功能问题。
性能测试主要关注于产品整体的多
用户并发下的稳定性和健壮性。<
/p>
界面测试更关注于用户体验上，
用户
使用
该产品的时候是否易用，是否易懂，是否规（快捷键之类的），
是否美观（能否吸引用户
的注意力），是否安全（尽量在前台避免用
Word
文档
.
户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的
弹出警
告）？做某个性能测试的时候，首先它可能是个功能点，首先要保证
它的功能是没问题的，然后再考虑该功能点的性能测试
03
．您认为做好测试用例设计工作
的关键是什么？
白盒测试用例设计的关键是以较少的用例覆盖
尽可能多的部程序逻
辑结果
黑盒法用
例设计的关键同样也是以较少的用例覆盖模块输出和输入
接口。
不可能做到完全测试，
以最少的用例在合理的时间发现最多的
问
题
04.
请试着比较一下黑盒测试、白盒测试、
单元测试
、集成测试、
系统测试、验收测试的区别与联系。<
/p>
黑盒测试：
已知产品的功能设计规格，
可以进
行测试证明每个实
现了的功能是否符合要求。
白盒测试：
已知产品的部工作过程，
可以通过测试证明每种部操
作是否符
合设计规格要求，所有部成分是否以经过检查。
什么是白盒测试？白盒测试的工具有哪些？
白盒测
试是测试人员利用程序部的逻辑结构及有关信息，设计或选择测试用
例，对程序所有的逻
辑路径进行测试。工具有：
Rational Purify
、
Rational
Quantify
、
Rational Purecoveage
Word
文档
.
<
/p>
软件的黑盒测试意味着测试要在软件的接口处进行。
这种方法是<
/p>
把测试对象看做一个黑盒子，
测试人员完全不考虑程序部的逻辑结
构
和部特性，
只依据程序的需求规格说明书，
< br>检查程序的功能是否符合
它的功能说明。
因此黑盒测试又
叫功能测试或数据驱动测试。
黑盒测
试主要是为了发现以下几类
错误：
1
、是否有不正确或遗漏的功能？
2
、在接
口上，输入是否能正确的接受？能否输出正确的结果？
3
、
是否有
数据结构错误或外部信息
（例如数据文件）
访问错误？
4
、性能上是否能够满足要求？
5
、是否有初始化或终止性错误？
软件的
白盒测试是对软件的过程性细节做细致的检查。
这种方法
是把测
试对象看做一个打开的盒子，
它允许测试人员利用程序部的逻
辑
结构及有关信息，
设计或选择测试用例，
对程序所有逻辑路径进
行
测试。
通过在不同点检查程序状态，
确定实际状态是否与预期的状态
一致。
因此白盒测试又称为结构
测试或逻辑驱动测试。
白盒测试主要
是想对程序模块进行如下检
查：
1
、对程序模块的所有独立的执行路径至少测试一遍。
2
、
对所有的逻辑判定，
取“真”与取“假”的两种情况都能至少测一<
/p>
遍。
3
、在循环的边界和运行的界限执行循环体。
Word
文档
.
4
、测试部数据结构的有效性，等等。
单元测
试（模块测试）是开发者编写的一小段代码，用于检验被
测代码的一个很小的、很明确的
功能是否正确。通常而言，一个单元
测试是用于判断某个特定条件（或者场景）下某个特
定函数的行为。
单元测试是由程序员自己来完成，最终受益的也是程序员自己
。
可以这么说，
程序员有责任编写功能代码，
< br>同时也就有责任为自己的
代码编写单元测试。
执行单元测
试，
就是为了证明这段代码的行为和
我们期望的一致。
单元测试的测试对象，目的、测试依据、测试方法？
测试对
象是模块部的程序错误；
目的是消除局部模块逻辑和功能上的错误和缺
< br>陷；
测试依据是模块的详细设计；测试方法采用白盒测试。
集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。
它的
最简单的形式是：
两个已经测试过的单元组合成一个组件，
并且
测试它们之间的接口。
从这一层意义上讲，
组件是指多个单元的集成
聚合。在现实方案中，许多单元组合成组件，而这些组件又
聚合成程
序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模
块与
其他
组的模块一起测试。
最后，
将构成进程的所有模块一起测试。
集成测试的测试对象，目的、测试依据、测试方法？
集成测试的测试对象是模块间的组装和调用关系；目的是找出与软件设计相关的程序结
Word
文档