软件测试工程师笔试题以及答案汇总

1、一、判断题1.软件测试的目的是尽可能多的找出软件的缺陷。 (Y 2. Beta 测试是验收测试的一种。 (Y 3.验收测试是由最终用户来实施的。 (N 4.项目立项前测试人员不需要提交任何工件。 (Y 5.单元测试能发现约 80%的软件缺陷。 (Y 6.代码评审是检查源代码是否达到模块设计的要求。 (N 7.自底向上集成需要测试员编写驱动程序。 (Y 8.负载测试是验证要检验的系统的能力最高能达到什么程度。 (N 9.测试人员要坚持原则,缺陷未修复完坚决不予通过。 (N 10.代码评审员一般由测试员担任。 (N 11.我们可以人为的使得软件不存在配置问题。 (N 12.集成测试计划在需求分析阶

2、段末提交。 (N 二、选择题1.软件验收测试的合格通过准则是:(ABCD A .软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求。B .所有测试项没有残余一级、二级和三级错误。C .立项审批表、需求分析文档、设计文档和编码实现一致。D .验收测试工件齐全。2.软件测试计划评审会需要哪些人员参加?(ABCD A .项目经理B . SQA 负责人C .配置负责人D .测试组3.下列关于 alpha 测试的描述中正确的是:(AD A . alpha 测试需要用户代表参加B . alpha 测试不需要用户代表参加C . alpha 测试是系统测试的一种D . alpha 测试是验收测

3、试的一种4.测试设计员的职责有:(BC A .制定测试计划B .设计测试用例C .设计测试过程、脚本D .评估测试活动5.软件实施活动的进入准则是:(ABC A .需求工件已经被基线化B .详细设计工件已经被基线化C .构架工件已经被基线化D .项目阶段成果已经被基线化6、为保证测试活动的可控性,必须在软件测试过程中进行软件测试配置管理,一般来说, 软件测试配置管理中最基本的活动包括 _A_A .配置项标识、配置项控制、配置状态报告、配置审计B .配置基线确立、配置项控制、配置报告、配置审计C .配置项标识、配置项变更、配置审计、配置跟踪D .配置项标识、配置项控制、配置状态报告、配置跟踪7、

4、 _B_方法根据输出对输入的依赖关系设计测试用例。A.路径测试 B .等价类 C.因果图 D .边界值8、在 C+语言中,若类 C 中定义了一个方法 int f(int a, int b,那么方法 _A_不能与该方 法同时存在于类 C 中A . int f(int x, int yB . int f(float a, int bC . float f(int x, float yD . int f(int x, float y9、下列关于软件验收测试的合格通过准则错误的是:_C_A . 软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求;B . 所有测试项没有残余一级、二级和三

5、级错误;C . 立项审批表、需求分析文档、设计文档和编码实现不一致;D . 验收测试工件齐全三、填空题1. 软件验收测试包括:正式验收测试, alpha 测试, beta 测试。2. 系统测试的策略有:功能测试,性能测试,可靠性测试,负载测试,易用性测试,强度测 试,安全测试,配置测试,安装测试,卸载测试,文挡测试,故障恢复测试,界面测试,容 量测试,兼容性测试,分布测试,可用性测试, (有的可以合在一起,分开写只要写出 15就满分哦3. 设计系统测试计划需要参考的项目文挡有:软件测试计划,软件需求工件和迭代计划。4. 对面向过程的系统采用的集成策略有:自顶向下,自底向上两种。5. 通过画因果

6、图来写测试用例的步骤为:(1 分析软件规格说明描述中, 哪些是原因 (即输入条件或输入条件的等价类 , 哪些是结 果(即输出条件 ,并给每个原因和结果赋予一个标识符。(2分析软件规格说明描述中的语义,找出原因与结果之间,原因与原因之间对应的是什 么关系 ? 根据这些关系,画出因果图。(3 由于语法或环境限制, 有些原因与原因之间, 原因与结果之间的组合情况不可能出现。 为表明这些特殊情况,在因果图上用一些记号标明约束或限制条件。(4把因果图转换成判定表。(5把判定表的每一列拿出来作为依据,设计测试用例。四、简答题1. 区别阶段评审的与同行评审同行评审目的 :发现小规模工作产品的错误 , 只要是

7、找错误 ;阶段评审目的 :评审模块阶段作品的正确性可行性及完整性同行评审人数 :3-7人人员必须经过同行评审会议的培训 , 由 SQA 指导阶段评审人数 :5人左右评审人必须是专家具有系统评审资格同行评审内容 :内容小一般文档 40页 , 代码 500行阶段评审内容 :内容多 , 主要看重点同行评审时间 :一小部分工作产品完成阶段评审时间 :通常是设置在关键路径的时间点上 !2. 什么是软件测试为了发现程序中的错误而执行程序的过程3简述集成测试的过程系统集成测试主要包括以下过程:1. 构建的确认过程。2. 补丁的确认过程。3. 系统集成测试测试组提交过程。4. 测试用例设计过程。5. 测试代码

8、编写过程。6. Bug的报告过程。7. 每周 /每两周的构建过程。8. 点对点的测试过程。9. 组内培训过程。4怎么做好文档测试仔细阅读,跟随每个步骤,检查每个图形,尝试每个示例。 P142检查文档的编写是否满足文档编写的目的内容是否齐全,正确内容是否完善标记是否正确5白盒测试有几种方法总体上分为静态方法和动态方法两大类。静态:关键功能是检查软件的表示和描述是否一致 , 没有冲突或者没有歧义动态:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。 6系统测试计划是否需要同行审批,为什么 ?需要,系统测试计划属于项目阶段性关键文档,因此需要评审。7Alpha 测试与 beta

9、的区别?Alpha 测试在系统开发接近完成时对应用系统的测试;测试后仍然会有少量的设计变更。这 种测试一般由最终用户或其它人员完成,不能由程序或测试员完成。Beta 测试当开发和测试根本完成时所做的测试, 最终的错误和问题需要在最终发行前找到。 这种测试一般由最终用户或其它人员完成,不能由程序员或测试员完成。8比较负载测试,容量测试和强度测试的区别?负载测试:在一定的工作负荷下,系统的负荷及响应时间。强度测试:在一定的负荷条件下, 在较长时间跨度内的系统连续运行给系统性能所造成的影 响。容量测试:容量测试目的是通过测试预先分析出反映软件 系统应用特征的某项指标的极限 值(如最大并发用户数、数据

10、库记录数等 ,系统在其极限值状态下没有出现任何软件故障 或还能保持主要功能正常运行。容量测试 还将确定测试对象在给定时间内能够持续处理的 最大负载或工作量。 容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处 理。容量测试是面向数据 的,并且它的目的是显示系统可以处理目标内确定的数据容量。9测试结束的标准是什么?用例全部测试。覆盖率达到标准。缺陷率达到标准。其他指标达到质量标准10描述软件测试活动的生命周期?测试周期分为计划、设计、实现、执行、总结。其中:计划:对整个测试周期中所有活动进行规划,估计工作量、风险,安排人力物力资源,安排 进度等;设计:完成测试方案,从技术层面上对测试

11、进行规划;实现:进行测试用例和测试规程设计;执行:根据前期完成的计划、方案、用例、规程等文档,执行测试用例。总结:记录测试结果,进行测试分析,完成测试报告。11软件的缺陷等级应如何划分?A 类严重错误,包括以下各种错误: 1. 由于程序所引起的死机 , 非法退出 2. 死循环 3. 数据库发生死锁 4. 因错误操作导致的程序中断 5. 功能错误 6. 与数据库连接错 误 7. 数据通讯错误B 类较严重错误,包括以下各种错误: 1. 程序错误 2. 程序接口错误 3. 数据库的 表、业务规则、缺省值未加完整性等约束条件C 类一般性错误,包括以下各种错误: 1. 操作界面错误(包括数据窗口内列名定

12、义、 含义是否一致 2. 打印内容、 格式错误 3. 简单的输入限制未放在前台进行控制 4. 删 除操作未给出提示 5. 数据库表中有过多的空字段D 类较小错误,包括以下各种错误: 1. 界面不规范 2. 辅助说明描述不清楚 3. 输 入输出不规范 4. 长操作未给用户提示 5. 提示窗口文字未采用行业术语 6. 可输入区 域和只读区域没有明显的区分标志E 类测试建议五、用例设计随意选取一个简单物品,假定是一个喝水的带广告图案的花纸杯,设计出尽可能多的测试 用 例 。测 试 项 目 :杯 子 需 求 测 试 :查 看 杯 子 使 用 说 明 书 界 面 测 试 :查 看 杯 子 外 观 功 能

13、 度 :用 水 杯 装 水 看 漏 不 漏 ; 水 能 不 能 被 喝 到 安 全 性 :杯 子 有 没 有 毒 或 细 菌 可 *性 :杯 子 从 不 同 高 度 落 下 的 损 坏 程 度 可 移 植 性 :杯 子 再 不 同 的 地 方 、 温 度 等 环 境 下 是 否 都 可 以 正 常 使 用兼 容 性 :杯 子 是 否 能 够 容 纳 果 汁 、 白 水 、 酒 精 、 汽 油 等 易 用 性 :杯 子 是 否 烫 手 、 是 否 有 防 滑 措 施 、 是 否 方 便 饮 用 用 户 文 档 :使 用 手 册 是 否 对 杯 子 的 用 法 、 限 制 、 使 用 条 件 等

14、有 详 细 描 述疲劳测试:将杯子盛上水(案例一放 24小时检查泄漏时间和情况;盛上汽油(案例二 放 24小 时 检 查 泄 漏 时 间 和 情 况 等压 力 测 试 :用 根 针 并 在 针 上 面 不 断 加 重 量 , 看 压 强 多 大 时 会 穿 透 跌 落 测 试 : 杯 子 加 包 装 (有 填 充 物 , 在 多 高 的 情 况 摔 下 不 破 损震动测试 : 杯子加包装 (有填充物 , 六面震动 , 检查产品是否能应对恶劣的铁路 公路 航空 运 输测 试 数 据 :测试数据具体编写此处略。其中应用到:场景法、等价类划分法、因果图法、错误推测法、 边 界 值 法 等 方 法期

15、望 输 出 :该 期 望 输 出 需 查 阅 国 标 、 行 标 以 及 使 用 用 户 的 需 求 说 明 书 测 试 : 检 查 说 明 书 书 写 准 确 性六、网络、操作系统、语言知识1请你分别划划 OSI 的七层网络结构图,和 TCP/IP的五层结构图?答 :七 层 结 构 从 上 到 下 依 次 是 : 7 应用 层 ;6 表示 层 ;5 会 话层 ;4 传 输层 ;3 网 络层 ;2 数据链 路层 ;1 物理层 五层结构是5 应用层 ;4 运输层 ;3 网络层 ; 2 链路层 ;1 物理层。2请你详细的解释一下 IP 协议的定义,在哪个层上面,主要有什么作用? TCP与 UDP

16、呢?答 :UDP, TCP 在 传 输 层 , IP 在 网 络 层 , TCP/IP是英文 Transmission Control Protocol/Internet Protocol的缩写,意思是 传输 控制协议 /网际协议 。 TCP/IP协议组之所以流行,部分原因是因为它可以用在各种各样的 信道和底层协议 (例如 T1和 X.25、 以太网以及 RS-232串行接口 之上。 确切地说, TCP/IP协议是一组包括 TCP 协议和 IP 协议, UDP (User Datagram Protocol 协议、 ICMP (Internet Control Message Protocol

17、 协议和其他一些协议的协议组。 TCP/IP协议并不完全符合 OSI 的七层参考模型。 传统的开放式系统互连参考模型, 是一种通信协议的 7层抽象的参考模型 , 其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这 7层是 :物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而 TCP/IP通讯协 议采用了 4层的层级结构,每一层都呼叫它的下一层所提供的网络来完成自己的需求。这 4层分别为:应用层:应用程序间沟通的层, 如简单电子邮件传输 (SMTP 、 文件传输协议 (FTP 、 网 络 远 程 访 问 协 议 (Telnet 等 。 传输层:在此层中,它

18、提供了节点间的数据传送服务,如传输控制协议(TCP 、用户数据报 协议(UDP 等, TCP 和 UDP 给数据包加入传输数据并把它传输到3请问交换机和路由器分别的实现原理是什么?分别在哪个层次上面实现的?一般意义上说交换机是工作在数据链路层。 但随着科技的发展, 现在有了三层交换机, 三层 交换机已经扩展到了网络层。也就是说:它等于“数据链路层 + 部分网络层”。交换机中 传的是帧。通过存储转发来实现的。 路由器是工作在网络层。路由器中传的是 IP 数据报。 主要是选址和路由。4请问 C+的类和 C 里面的 STRUCT 有什么区别?答 :除 关 键 字 不 同 外 (class,struc

19、t的 唯 一 区 别 是 , 结 构 在 默 认 情 况 下 的 成 员 是 公 共 (public的 , 而 类 在 默 认 情 况 下 的 成 员 是 私 有 (private的 。在 C+中 , 结 构 是 特 殊 的 类 。class 是 从 struct 发 展 而 来 的 。 之 所 以 将 struct 和 class 都 保 留 , 是 因 为 :1、 提 出 class 是 为 了 强 调 一 种 概 念 。2、 保 留 struct 是 为 了 照 顾 到 大 多 数 人 的 习 惯 。 struct 和 class 是 有 区 别 的 。 struct 保 证 成 员 按

20、 照 声 明 顺 序 在 内 存 中 存 储 。 class 不 保 证 等 等 而 它 们 都 可 以 继 承 , 实 现 多 态 等 。 但 也 有 少 许 区 别 。 比 如 :struct A ; class B : A ; /private继 承 struct C : B ; /public继 承这 是 由 于 class 默 认 是 private , struct 默 认 是 public 。一 般 说 来 , struct 和 class 可 以 换 用 (当 然 要 注 意 一 些 语 法 问 题 。 而 struct 更 适 合 看 成 是 一 个 数 据 结 构 的 实

21、现 体 , class 更 适 合 看 成 是 一 个 对 象 的 实 现 体 , 对 私 有 成 员 进 行 保 护 , 还 提 供 与 外 界 的 接 口 。从习惯上更喜欢用 class 。5请讲一讲析构函数和虚函数的用法和作用?答 :置于“”是析构函数; 析构函数因使用 符号 (逻辑非运算符 , 表示它为腻构造函数, 加 上 类 名 称 来 定 义 。 ;析构函数也是特殊的类成员函数,它没有返回类型,没有参数,不能随意调用,也没有重 载 , 只 有 在 类 对 象 的 生 命 期 结 束 的 时 候 , 由 系 统 自 动 调 用 。 有 适 放 内 存 空 间 的 做 用 !虚 函 数

22、 是 C+多 态 的 一 种 表 现 例如:子类继承了父类的一个函数(方法 ,而我们把父类的指针指向子类,则必须把父类 的 该 函 数 (方 法 设 为 virturl (虚 函 数 。 使 用 虚 函 数 , 我 们 可 以 灵 活 的 进 行 动 态 绑 定 , 当 然 是 以 一 定 的 开 销 为 代 价 。如果父类的函数 (方法 根本没有必要或者无法实现, 完全要依赖子类去实现的话, 可以把 此 函 数 (方 法 设 为 virturl 函 数 名 =0 我 们 把 这 样 的 函 数 (方 法 称 为 纯 虚 函 数 。 如果一个类包含了纯虚函数,称此类为抽象类6全局变量和局部变量

23、有什么区别?实怎么实现的?操作系统和编译器是怎么知道的?答 :主要的区别是变量的作用范围不同。全局变量在全局范围内都有效,而局部变量只在声 明 此 变 量 的 作 用 域 内 有 效 。 全局变量是属于实例的 , 在初始化对象的时候初始化,生命周期与该实例相同,之所以叫全 局变量是因为该实例中的所有方法或属性都可以引用;局部变量是在实例方法内或 static 块 中 , 生 命 周 期 从 调 用 该 方 法 到 该 方 法 退 出 , 并 且 只 有 该 方 法 能 够 引 用 之 。 全局变量和局部变量的区别是在存储器中位置不同, 具体说, 全局变量存储在数据段中, 局 部变量都有可能,一

24、般来说在堆栈段7一些寄存器的题目,主要是寻址和内存管理等一些知识。答 :寻 址 方 式 表示指令中操作数所在的方法称为寻址方式。 8086/8088有七种基本的寻址方式:立即寻找, 寄存器寻址,直接寻址,寄存器间接寻址,寄存器相对寻址,基址加变址寻址,相对基址加 变 址 寻 址 。 直接寻址、 寄存器间接寻址、 寄存器相对寻址、 基址加变址寻址和相对基址加变址寻址, 这 五种寻址方式属于存储器寻址,用于说明操作数所在存储单元的地址。由于总线接口单元 BIU 能根据需要自动引用段寄存器得到段值, 所以这五种方式也就是确定存放操作数的存储 单元有效地址 EA 的方法。有效地址 EA 是一个 16位

25、的无符号数,在利用这五种方法计算有 效 地 址 时 , 所 得 的 结 果 认 为 是 一 个 无 符 号 数 。 除 了 这 些 基 本 的 寻 址 方 式 外 , 还 有 固 定 寻 址 和 I/O端 口 寻 址 等 。 内 存 管 理 主要包括内存的分配和回收整理等,实现内存的高效利用。Q8:8086是多少位的系统?在数据总线上是怎么实现的?答 :16位 系统 ,8位数 据 传送 , 通过 总 线 控制 逻 辑实 现 数据 线 和地 址 线的 分 时复 用 . 8086是 Inter 的 16位 微 处 理 器 有 16根 数 据 线 和 20根 地 址 线 , 它 既 能 处 理 16

26、位 数 据 , 也 能 处 理 8位 数 据 内部数据总线都是按 16位设计的,单外部数据总线只有 8条七、其他一、谈谈你了解的软件测试流程及工具一般测试流程:1. 需求分析阶段:对业务的学习,分析需求点。2. 测试计划阶段:测试组长根据 SOW 开始编写 测试计划 , 其中包括人员, 软件硬件资源, 测试点,集成顺序,进度安排和风险识别等内容。3. 测试设计阶段:测试方案一般由对需求很熟的高资深的测试工程师设计, 测试方案要求根 据 SRS 上的每个需求点设计出包括需求点简介, 测试思路和详细测试方法三部分的方案。 测试方案编写完成后也需要进行评审。4. 测试方案阶段:主要是对测试用例和规程

27、的设计。 测试用例是根据 测试方案 来编写的, 通过 测试方案 阶段, 测试人员对整个系统需求有了详细的理解。 这时开始编写用例才能 保证用例的可执行和对需求的覆盖。 测试用例需要包括测试项, 用例级别, 预置条件, 操作 步骤和预期结果。 其中操作步骤和预期结果需要编写详细和明确。 测试用例应该覆盖测试方 案, 而测试方案又覆盖了测试需求点, 这样才能保证客户需求不遗漏。 同样, 测试用例也需 要评审。5. 测试执行阶段:执行测试用例, 及时提交有质量的 Bug 和测试日报, 测试报告等相关文档。 流程:需求分析测试计划测试设计测试环境搭建测试执行测试记录缺陷管理软件 评估RTM.测试工具:

28、C/S及 B/S架构相关的软件产品,那么对不同操作系统,如 Windows 系列、 unix 、 linux 甚 至苹果 OS 等测试环境都是必须的常用的软件测试工具分为:开源测试管理工具:Bugfree 、 Bugzilla 、 TestLink 、 mantis开源功能自动化测试工具:Watir 、 Selenium 、 MaxQ 、 WebInject开 源 性 能 自 动 化 测 试 工 具 :Jmeter 、 OpenSTA 、 DBMonster 、 TPTEST 、 Web ApplicationLoadSimulatorTestDirector:企业级测试管理工具,也是业界第一

29、个基于 Web 的测试管理系统。Quality Center:基于 Web 的测试管理工具,可以组织和管理应用程序测试流程的所有阶 段,包括指定测试需求、计划测试、执行测试和跟踪缺陷。QuickTest Professional:用于创建功能和回归测试。LoadRunner:预测系统行为和性能的负载测试工具。二、如何发现客户端软件中的内存泄露？ 检测内存泄漏的问题应该尽早进行，它绝不应该是系统测试时的主要目标。也就是说，检查 是否存在内存泄漏，应该从编码时就要考虑，单元测试和集成测试时要重点检查。如果前期 没有考虑，等到了系统测试才想起检查或者才发现泄漏，为时已晚，此时再去定位泄漏的位 置，太

30、难太难了，它可能会让你的交付日期 delay 不确定的时间。 最近看了一些自动错误 预防（AEP）的理论，我深受启发。作为测试人员的我们，从“发现错误”转变到“帮助开 发人员预防错误”，这将是一个巨大的转变。所以说，下面我的答案中的第一点，我先说如 何预防内存泄漏的问题，然后再讲如何发现。 1 如何在开发过程中有效预防内存泄漏？ 第一步：遵循“好”的编程规则 “好”的编程规则是各位前辈经验和教训的集合， 好的编程规则堪称开发者的“圣经”。 遵 循统一的编程规则， 可以让开发新手少走好多弯路， 可以让项目整体的质量维持一个起码的 “质量底线”。 有关内存泄漏方面的规则主要是“内存管理”方面的，举

31、几个简单的，如下 用 malloc 或 new 申请内存之后，立即检查指针值是否为 NULL（防止使用指针值为 NULL 的内存） 动态内存的申请与释放是否配对（防止内存泄漏） malloc 语句是否正确无误？例如字节数是否正确？类型转换是否正确 是否出现野指针，例如用 free 或 delete 释放了内存之后，忘记将指针设置为 NULL . . 第二步：积极主动检测“内存泄漏” 严格遵循好的编程规则，可以让程序员在代码中尽量少的引入 bug，但一旦不小心引入了， 怎么办？这就要求我们在单元测试和集成测试中严格把关。 在这个阶段， 单靠程序员或者测试员通过“代码走查”的方式检查内存泄漏， 客

32、户的实践和 我的经验告诉我，这将是“不切实际”的，无论效率还是时间。如果能够借助于一些专业的 工具的话，情况可能就不一样了。 如果你的程序是用 Visual C+ 6.0 开发，那么 Numega 的 BoundsChecker 将是你检测“内存 泄漏”最好的选择，如果是 Visual C+.NET，可以试一下 Compuware 的 DevPartner。 如果你的程序基于 Unix 或者 Linux 平台，使用 C 或者 C+，可以考虑一下开源的工具 valgrind，我的朋友跟我说，它在一定程度上比 Rational 的 Purify 更出色。 上面的工具都要求程序能够动态运行起来，而且

33、测试用例需要你自己准备。 如果你正处于单元测试或集成测试阶段，程序代码量已经足够大，而且还不能够动态运行， 要尽早检测代码中的“内存泄漏”问题， 该怎么办？此时你可以试用一下目前最新的静态分 析技术： 它不要求代码能够动态运行 也不需要你来编写测试用例 只需要代码能够正常编译， 就可以发现代码只有在执行过程中才出现的错误， 当然也包括 内存泄漏。 这方面的工具有 Klocwork 的 K7，Coverity 的 SQS，以及 C+test 中的 BugDetective，其中 最“物美价廉”的就是 c+test 的 BugDetective。 2 如何发现客户端软件的“内存泄漏”？ 如果开发过程中已经按照我上面提到的去做， 相信发布后的程序存在“内存泄漏”的可能性 几乎为零。 如果开发过程已经到了后期，系统测试已经开始做了，还要发现内存泄漏，这个时候我希望 你