软件测试常见笔试题
-
软件测试工程师面试
软件测试常见笔试题
2011 - 08 - 12
更新
1
．
软件测试
的目的是尽可能多的找出软件的缺陷。
（
Y
）
2
．
Beta
测试是验收测试的一种。
（
Y
）
Acceptance testing
验收测试是部署软件
之前的最后一个测试操作。
验收测试的目的是确保软件准备
就绪
，并且可以让最终用户将其用于执行软件的既定功能和任务。
3
．验收测试是由最终用户来实施的。
（
N
）
是由测试人员来实施的
4
．项目立项前测试人员不需要提交任何工件。
（
Y
）
工件：加工过程中生产
对象
5
．单元测试能发现约
80%
的软件缺陷。
（
Y
）
6
．代码评审是检查源代码是否达到模块设计的要求。
（
N
）
代码评审也称代码复查，
是指通过阅读代码来检查源代码与编码标准的符合
性以
及代码质量的活动。
7
．自底向上集成需要测试员编写驱动程序。
（
Y
）
自顶向下综合测试的具体步骤为：
1
以主控模块作为测试驱动模块，
把对主控模块进行单元测试时引入的所有
桩模块用实际模块替代
；
2
依据所选的集成策略（深度优先或广度优先）
，每次只替代一个
桩模块；
3
每集成一个模块立即测试一遍；
4
只有每组测试完成后，才着手替换下一个桩模块；
5
为避
免引入新错误，
须不断地进行回归测试
（即全部或部分地重复已
做过
的测试）
。
自底向上综合测试的步骤分为：
1
把低
层模块组织成实现某个子功能的模块群（
cluster
）
;
2
开发一个测试驱动模块，控制测试数据的输入和测试结果的输出；
3
对每个模块群进行测试；
4
删除测试使用的驱动模块，
用较高层模块把模块群组织成为完成更大功能
的新模块群。
8
．负载测试是
验证要检验的系统的能力最高能达到什么程度。
（
N
）
负载测试（
Load testing
）
，通过测试系统在资源超负荷情况下的表现，以发现设
计上的
错误或验证系统的负载能力。
在这种测试中，
将使测试对象承担
不同的工
作量，
以评测和评估测试对象在不同工作量条件下的性
能行为，
以及持续正常运
行的能力。
负
载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍
能正常运行。此外，负
载测试还要评估性能特征。例如，响应时间、事务处理速
率和其他与时间相关的方面。<
/p>
9
．测试人员要坚持原则，缺陷未修
复完坚决不予通过。
（
N
）
10
．代码评审员一般由测试员担任。
（
N
）
11
．我们可以人为的使得软件不存在配置问题。
（
N
）
是一种标识、组织和控制修改的技
术。软件配置管理应用于整个软件工程过程。
我们知道，
在软件
建立时变更是不可避免的，
而变更加剧了项目中软件开发者之
间
的混乱。
12
．集成测试计划在需
求分析阶段末提交。
（
N
）
执行阶段
1
）时间安排
单元测试已经完成后就可以开始执行集成测试了
2
）输入
需求规格说明书
概要设计
集成测试计划
集成高度设计
集成测试例
集成测试规程
集成测试代码
（如果有）
集成测试脚本
集成测试工具
详细设计
代码
单元测试报告
3
）入口条件
单元测试阶段已经通过基线化评审
4
）活动步
骤
执行集成测试用例
回归集成测试用例
撰写集成测试报告
5
）输出
集成测试报告
6
）出口条件
集成测试报告通过集成测试阶段基线评审
二、选择题
1
．软件验收测试的合格通过准则是：
（
ABCD
）
A
．
软件
需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要
求。
B
．
所有测试项没有残余一级、二级和三级错误。
C
．
立项审批表、需求分析文档、设计文档和编码实现一致。
D
．
验收测试工件齐全。
2
．软件测试计划评审会需要哪些人员参加？（
ABCD
）
A
．项目经理
B
．
SQA
负责人
软件质量保证（
SQA
）是建立一套有计划
目标
1:
软件质量保证工作是有计划进行的。
目标
2:
客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需
求。
目标
3:
将软件质量保证工作及结果通知给相关组别和个人。
目标
4:
高级管理层接触到在项目内部不能解决的不符合类问题。
C
．配置负责人
D
．测试组
3
．下列关于
alpha
测试的描述中正确的是：
（
AD
）
A
．
alpha
测试需要用户代表参加
B
．
alpha
测试不需要用户代表参加
C
．
alpha
测试是系统测试的一种
D
．
alpha
测试是验收测试的一种
4
．测试设计员的职责有：
（
BC
）
A
．制定测试计划
B
．设计测试用例
C
．设计测试过程、脚本
D
．评估测试活动
5
．软件实施活动的进入准则是：
（
ABC
）
A
．需求工件已经被基线化
工件加工过程中的生产对象。
基线化
一个文档如果经过讨论被通过
了，
被固定了，
就可以说这个文档被
“
基线
化
”
了，
然后所有人就可以在这个
“
基线
”
的基础上工作。
B
．详细设计工件已经被基线化
C
．构架工件已经被基线化
D
．项目阶段成果已经被基线化
三、添空
1.
软件验收测试包括：
_
正式验收测试，
alpha
测试，
beta
测试。
2. <
/p>
系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性
测试，强度测试，安全测试，配置测试，安装测试，卸载测试，文挡测试，故障
恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试
（有的可以合在一起，分开写只要写出
15
就满分哦）
3.
< br>设计系统测试计划需要参考的项目文挡有：
_
软件测试计
划，
软件需求工件和
迭代计划。
4.
对面向过程的系统采用的集成策略有：自顶向下，自底向
上两种。
5.
通过画因果图来写测试用例的步骤为：
（
1
）根据程序规格说明书描述，分析并确定因（输入条件）
和果（输出结果或
程序状态的改变）
，画出因果图。
（
2
）将得到的因果图
转换为判定表。
（
3
）为判定表中每一列所表示的情况设计一个测试用例。
四、简答
1.
区别阶段评审的与同行评审
答：
同行评审目的
< br>:
发现小规模工作产品的错误
,
只要是找错误；
阶段评审目的
:
评审模块
阶段作品的正确性
可行性
及完整性
同行评审人数
:3-7
人
人员必须经过
同行评审会议的培训
,
由
SQA
指导
阶段评审人数
:5
人左右
评审人必须是专家
具有系统评审资格
同行评审内容
:
内容小
一般文档
<
40
页
,
代码
<
500
行
阶段评审内容
:
内容多
,
主要看重点
同行评审时
间
:
一小部分工作产品完成
阶段评审时间
:
通常是设置在关键路径的时间点上
!
2.
什么是软件测试
答：测试是为发现错误而执行程序的过程
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，
甚
至根据需要编写不同的测试工具，
设计和维护测试系统，
对测试方案可能出现的
问题进行分析和评估。
执行
测试用例后，
需要跟踪故障，
以确保开发的产品适合
需求。
3
简述集成测试的过程
答：系统集成测试主要包括以下过程：
1.
构建的确认过程。
2.
补丁的确认过程。
3.
系统集成测试测试组提交过程。
4.
测试用例设计过程。
5.
测试代码编写过程。
6. Bug
的报告过程。
7.
每周
/
每两周的构建过程。
8.
点对点的测试过程。
9.
组内培训过程。
5
白盒测试有几种方法
答：总体上分为静态方法和动态方法两大类。
静态：关键功能是检查软件的表示和描述是否一致
,
没
有冲突或者没有歧义。
动态：语句覆盖、判定覆盖、条件覆盖
、判定条件覆盖、条件组合覆盖、路径覆
盖。
6
系统测试计划是否需要同行审批，为什么
答：需要，系统测试计划属于项目阶段性关键文档，因此需要评审。
7Alpha
测试与
beta
的区别
Alpha
< br>测试（
α
测试）是由一个用户在开发环境下进行的测试，
也可以是公司内
部的用户在模拟实际操作环境下进行的受控测试，
Alpha
测试不能由程序员或测
试员完成。
Alpha
测试发现的错误，可以在测试现场立刻反馈给开发人员，由开
发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能
和支持。尤其注重产品的界面和特色。
Alpha
测试
可以从软件产品编码结束之后
开始，或在模块（子系统）测试完成后开始，也可以在确认
测试过程中产品达到
一定的稳定和可靠程度之后再开始。
有关的
手册（草稿）等应该在
Alpha
测试前
准备好。
Beta
测试
（
β
测试）
是软件的多个
用户在一个或多个用户的实际使用环境下进行
的测试。开发者通常不在测试现场，
Beta
测试不能由程序员或测试员完成。因
而，
Beta
测试是在开发者无法控制的环境下进行的软件现场
应用。在
Beta
测试
中，
由用户记下遇到的所有问题，
包括真实的以及主管认定的，
定期向开发者报
告，
开发者在综合用户的报告后，
做出修改，
最后将软件产品交付给全体用户使
用。
Beta
测试着重于产品的支持性，包括文档、客户培训
和支持产品的生产能
力。只有当
Alpha
测试达到一定的可靠程度后，才能开始
Beta
测试。由于
Beta
测试的主要目标是测试可支持性，所以
Beta
测试应该尽可能由主持产品发行的
人员来管理
。
答：
Alpha
测试
在系统开发接近完成时对应用系
统的测试；测试后仍然会有少
量的设计变更。
这种测试一般由最
终用户或其它人员完成，
不能由程序或测试员
完成。
Beta
测试
当开发和测试根本完成时所做的测试，
最终的错误和问题需要在最终
发行前找到。
这种测试一般由最终用户或其它人员完成，
不能由程序员或测试员
完成。
8
比较负载测试，容量测试和强度测试的区别
答：负载测试：在一定的工作负荷下，系统的负荷及响应时间。
强度测试：
在一定的负荷条件下，
在较
长时间跨度内的系统连续运行给系统性能
所造成的影响。
容量测试：
容量测试目的是通过测试预先分
析出反映软件
系统应用特征的某项<
/p>
指标的极限值（如最大并发用户数、数据库记录数等）
，系统在其
极限值状态下
没有出现任何软件故障或还能保持主要功能正常运行。容量测试
还将确定测试
对象在给定时间内能够持续处理的
最大负载或工作量。
容量测试的目的是使系统
承受超额的数据容
量来发现它是否能够正确处理。容量测试是面向数据
的，并<
/p>
且它的目的是显示系统可以处理目标内确定的数据容量。
9
测试结束的标准是什么？
答：用例全部测试。
覆盖率达到标准。
缺陷率达到标准。
其他指标达到质量标准。
10
描述软件测试活动的生命周期？
答：
测试周期分为计划、设计、实现、执行、总结。其中：
计划：对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力
资源，安排进度等；
设计：完成测试方案，从技术层面上对测试进行规划；
实现：进行测试用例和测试规程设计；
执行：根据前期完成的计划、方案、用例、规程等文档，执行测试用例。
总结：记录测试结果，进行测试分析，完成测试报告。
11
软件的缺陷等级应如何划分？
A
类
—
严重错误，包括以下各种错误：
1
．
由于程序所引起的死机
,
非法退出
2
．
死循环
3
．
数据库发生死锁
4
．
因错误操作导致的程序中断
5
．
功能错误
6
．
与数据库连接错误
7
．
数据通讯错误
B
类
—
较严重错误，包括以下各种错误：
1
．
程序错误
2
．
程序接口错误
3
．
数据库的表、业务规则、缺省值未加完整性等约束条件
C
类
—
一般性错误，包括以下各种错误：
1
．
操作界面错误（包括数据窗口内列名定义、含义是否一致）
2
．
打印内容、格式错误
3
．
简单的输入限制未放在前台进行控制
4
．
删除操作未给出提示
5
．
数据库表中有过多的空字段
D
类
—
较小错误，包括以下各种错误：
1
．
界面不规范
2
．
辅助说明描述不清楚
3
．
输入输出不规范
4
．
长操作未给用户提示
5
．
提示窗口文字未采用行业术语
6
．
可输入区域和只读区域没有明显的区分标志
E
类
—
测试建议
4
怎么做好文档测试
仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。
检查文档的编写是否满足文档编写的目的
内容是否齐全，正确
内容是否完善
标记是否正确
下面是古文鉴赏，不需要的朋友可以下载后编辑删除！
！谢谢！
！
九歌·湘君
屈原
朗诵：路英
君不行兮夷犹，蹇谁留兮中洲。
美要眇兮宜修，沛吾乘兮桂舟。
令沅湘兮无波，使江水兮安流。
望夫君兮未来，吹参差兮谁思。
驾飞龙兮北征，邅吾道兮洞庭。
薜荔柏兮蕙绸，荪桡兮兰旌。
望涔阳兮极浦，横大江兮扬灵。
扬灵兮未极，女婵媛兮为余太息。
横流涕兮潺湲，隐思君兮陫侧。
桂棹兮兰枻，斫冰兮积雪。