测试人员考试试题试卷（转贴）
测试人员考试试卷（考试时间90分钟，满分100分）
一、判断题（每题1分，12 分，正确的√，错误的╳）
1．软件测试的目的是尽可能多的找出软件的缺陷。（）
分析：软件测试的目的就是为了发现软件中的缺陷，从这个意义上面说上面的这个论断是正确的。不少人会认为软件测试可以保证软件的质量，其实这个观点是错误，测试只 是软件质量控制中的一个角色，其活动并不能达成软件质量保证的效果。所以不要认为一个公司里面如果有了软件测试人员，产品的质量就会好起来。Y
2．Beta 测试是验收测试的一种。（）
分析：Beat测试和验收测试是两种不同的测试。验收测试的目的是为了以发现”未实现的需求”为目的，以评估”适合使用”为目标，该类测试的不是以发现缺陷为主要目的。beta测试是一模拟真实的使用环境从而发现缺陷的一种测试。所以两者之间的是非包容关系。N
3．验收测试是由最终用户来实施的。（）
分析：上面说到了验收测试的目的和目标，所以验收测试也可是是软件生产的企业内部人员来实施。例如产品经理。当软件以项目的形式出现，那么验收测试由最终用户来实施的情况是比较长见的。但是对于产品形式的软件，生产企业内部的验收测试会更多。N
4．项目立项前测试人员不需要提交任何工件。（）
分析：应该说这道题目没有明确的答案，在项目立项前测试人员是不是要把一些准备工作以工件的形式给记录下来是完全取决于该企业的软件开发过程的要求。同时不同企业，立项前要达成的一些必要条件也是大相径庭的。应该说这一题目出的不是很好，如果你是出题人这家企业的测试工程师，那么就应该有一个明确的答案。
5．单元测试能发现约80%的软件缺陷。（）
分析：同样这一题目也没有标准答案。因为该数据的来源和其统计的方法，样本都没有一个工业标准。这样出来的数据同样不具有权威性。这里我可以说一个简单的例子，在 用ASP,php这类脚本语言开发网页的时候是根本没有复杂的单元测试。那么这样的数字应用在网站开发上面是否有意义，还是值得商榷的。所以这道题目出的不好，没有明确的答案
6．代码评审是检查源代码是否达到模块设计的要求。（）
分析：代码审查是一种静态技术，从这个意义上说代码复查是需要和其他的一些动态测试技术配合才能检查代码是否符合设计的要求。N
7．自底向上集成需要测试员编写驱动程序。（）
分析：这道题目大家看下top-down 和 down-top的集成测试示意图就能得出明确的答案。这里需要了解的是什么是驱动测试程序，什么是桩程序。如果集成组件数量众多，多关系层次，那么不论是什么类型的集成测试。驱动程序和桩程序都是需要开发的。Y
8．负载测试是验证要检验的系统的能力最高能达到什么程度。（）
分析：
负载测试：通常运行时间比较短，在系统上逐渐加压，直到性能指标达到饱和状态（比如相应时间超出预期要求、系统资源占用率居高不下等），从而验证系统预期的性能目标、相应时间等。
压力测试：长时间运行，逐渐增加超负荷（并发、循环、多用户等），直到系统产生异常以及对异常的处理能力，从而验证系统可靠性、找到系统的瓶颈。 **微软压力测试的经验值为72小时。**
负载测试：是通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的最大负载量的测试。
压力测试：是通过逐步增加系统负载，测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，并以此来获得系统能提供的最大服务级别的测试。也就是压力测试是为了发现在什么条件下系统的性能会变得不可接受。N
9．测试人员要坚持原则，缺陷未修复完坚决不予通过。（）
分析：同样，这一题没有正确的答案。缺陷是否修复是需要听取测试人员的意见，但测试人员的意见非决定性。所以还是要看一个企业赋予测试人员有多大的权力。N
10．代码评审员一般由测试员担任。（）
分析：如果测试员有这个水平，那么当然是可以参加的。不过大多数的企业不会让普通的测试人员参与代码的评审。N
11．我们可以人为的使得软件不存在配置问题。（）
分析：首先大家先搞清楚什么是配置管理什么是软件配置，从这道题目中看不出出题人想问的是关键工程中的配置管理还是单纯的软件配置。但是可以肯定的是不论是何种情况，答案均是否定的。N
12．集成测试计划在需求分析阶段末提交。（）
分析：集成测试计划在开发人员完成软件集成计划之后就可以开始进行了。所以在需求分析阶段之后提交是不现实的事情，应该在软件的设计阶段后，编码前。N
二、不定项选择题（每题2 分，10分）
1．软件验收测试的合格通过准则是：（）
A． 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
B． 所有测试项没有残余一级、二级和三级错误。
C． 立项审批表、需求分析文档、设计文档和编码实现一致。
D． 验收测试工件齐全。
分析：回答这道题，你必须是这家企业的员工。前面说到了验收测试的目的和目标，一个是需求必须实现，二是证明软件是适合使用的。这样能满足这两个通用标准就可以了。当然有些软件企业会对验收测试标准做一些调整。ABCD
2．软件测试计划评审会需要哪些人员参加？（）
A．项目经理
B．SQA 负责人
C．配置负责人
D．测试组
分析：上面的4种角色都需要参与。 ABCD
3．下列关于alpha 测试的描述中正确的是：（）
A．alpha 测试需要用户代表参加
B．alpha 测试不需要用户代表参加
C．alpha 测试是系统测试的一种
D．alpha 测试是验收测试的一种
分析：首先大家需要知道alpha测试是系统级别的测试，该测试是在一个受控的环境中进行的。用户需要直接参与进来。所以答案应该是AD
4．测试设计员的职责有：（）
A．制定测试计划
B．设计测试用例
C．设计测试过程、脚本
D．评估测试活动
分析：合理的答案的是BC，同时要看软件企业对该类人员的职责是如何定义。
5．软件实施活动的进入准则是：（）
A．需求工件已经被基线化
B．详细设计工件已经被基线化
C．构架工件已经被基线化
D．项目阶段成果已经被基线化
分析：先要了解一下什么是基线。这个是软件配置管理中一个重要的概念。工作产品必须纳入到一定的基线里面。所以选择ABC是必定的，至于是否选择D要看这家企业自身的标准了
三、填空题（每空1分，24 分）
1．软件验收测试包括___、___、____三种类型。
分析：软件验收测试包括正式验收测试、alpha测试、beta测试三种测试。
2．系统测试的策略有功能测试,____,易用性测试______等15 种方法。
分析：系统测试的策略有很多种的，我知道的有性能测试、负载测试、压力测试、强度测试、容量测试、可靠性测试、易用性测试、兼容性测试、可用性测试、安全测试、配置测试、安装测试、卸载测试、文档测试、故障恢复测试、用户界面测试、分布测试、基准测试、竞争测试。。。
3．设计系统测试计划需要参考的项目文档有__，__和迭代计划。
分析：设计系统测试计划需要参考的项目文档有软件测试计划、软件需求工件和迭代计划。
4．对面向过程的系统采用的集成策略有___、___两种。
分析：自顶向下，自底向上
5．通过画因果图来写测试用例的步骤为___、___、___、___及把因果图转换为状态图共五个步骤。
分析：利用因果图生成测试用例的基本步骤是：
a 分析软件规格说明描述中，哪些是原因（即输入条件或输入条件的等价类），哪些是结果（即输出条件），并给每个原因和结果赋予一个标识符。
b 分析软件规格说明描述中的语义，找出原因与结果之间，原因与原因之间对应的是什么关系? 根据这些关系，画出因果图。
c 由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现。为表明这些特殊情况，在因果图上用一些记号标明约束或限制条件。
d 把因果图转换成判定表。
e把判定表的每一列拿出来作为依据，设计测试用例
四、简答（资料是搜集整理的，感谢前辈的解题）无
1.区别阶段评审的与同行评审区别
a.同行评审目的:发现小规模工作产品的错误,只要是找错误;
阶段评审目的:评审模块 阶段作品的正确性 可行性及完整性
b.同行评审人数:3-7人 人员必须经过同行评审会议的培训,由SQA指导
阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格
c.同行评审内容:内容小 一般文档 < 40页, 代码 < 500行
阶段评审内容: 内容多,主要看重点
d.同行评审时间:一小部分工作产品完成
阶段评审时间: 通常是设置在关键路径的时间点上!
2.什么是软件测试
为了发现程序中的错误而执行程序的过程
3.简述集成测试的过程
系统集成测试主要包括以下过程：
a.
构建的确认过程。
b. 补丁的确认过程。
c. 系统集成测试测试组提交过程。
d. 测试用例设计过程。
e. 测试代码编写过程。
f.bug的报告过程。
g. 每周/每两周的构建过程。
h. 点对点的测试过程。
i. 组内培训过程。
b. 补丁的确认过程。
c. 系统集成测试测试组提交过程。
d. 测试用例设计过程。
e. 测试代码编写过程。
f.bug的报告过程。
g. 每周/每两周的构建过程。
h. 点对点的测试过程。
i. 组内培训过程。
4.怎么做好文档测试
仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。
检查文档的编写是否满足文档编写的目的
内容是否齐全，正确
内容是否完善
标记是否正确
5.白盒测试有几种方法
总体上分为静态方法和动态方法两大类。
静态：关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义
动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
6.系统测试计划是否需要同行审批，为什么？
需要，系统测试计划属于项目阶段性关键文档，因此需要评审。
7.Alpha测试与beta的区别
Alpha测试在系统开发接近完成时对应用系统的测试；测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。
Beta测试 当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。
8比较负载测试，容量测试和强度测试的区别
负载测试：在一定的工作负荷下，系统的负荷及响应时间。
强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。
容量测试：容量测试目的是通过测试预先分 析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记 录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的，并且它的目的是显示系统可以处理目标内确定的数据容量。
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类—测试建议
TAG:
