努力经营当下 直至未来明朗!
A 压力测试
B 接口测试
C 功能测试
D 安全测试
E 性能测试
注:系统测试包括:功能、性能、可靠性、安全性测试。
故:选B接口测试
A 制定测试计划
B 设计测试用例
C 设计测试过程、脚本
D 评估测试活动
注: 测试设计人员主要负责设计测试用例以及设计测试过程。
故:选BC
A (F,T,T) (T,F,T) (T,F,F) (T,T,F)
B (T,F,F) (T,T,F) (F,T,T) (F,F,F)
C (T,F,F) (T,T,F) (F,T,T) (F,F,T)
D (T,F,F) (F,T,F) (F,F,T) (F,F,F)
注:每个条件独立影响判定结果:100,000,010,000,001,000,去掉重复的,就是4个用例 (也就是说:每次只修改一个变量)
故:选D
A 在单元测试中调用其它模块
B 在单元测试中被其它模块调用
C 在自顶向下的集成过程中尤其有效
D 在自底向上的集成过程中尤其有效
注:桩模块(Stub)是指模拟被测试的模块所调用的模块,而不是软件产品的组成的部分。在自顶向下的集成过程中尤其有效。
故:选BC
A 强行排错法
B 集成测试法
C 回溯法
D 原因排除法
选ACD
A 90000
B 150000
C 180000
D 300000
注:风险曝光度(riskexposure)= 错误出现率(风险出现率)X 错误造成损失(风险损失):
风险成本 = 20 x 100 x 150 x 50% =150000元
风险概率 = 60%
风险曝光度 = 150000元 x 60% = 90000元
故:选A
A 强度测试
B. 压力测试
C. 容量测试
D. 性能测试
选B
A 代码覆盖率
B 模块功能检查
C 系统压力测试
D 程序数据流分析
注:动态程序分析是对计算机软件的分析,该计算机软件是通过在真实或虚拟处理器上执行从该软件构建的程序来执行的。 A代码覆盖是由测试需求和测试用例的覆盖或已执行代码的覆盖表示的。建立在对测试结果的评估和对测试过程中确定的变更请求(缺陷)的分析的基础上。 D数据流分析是一项编译时使用的技术,它能从程序代码中收集程序的语义信息,井通过代数的方法在编译时确定变量的定义和使用。
故:选BC
A. 3
B. 4
C. 5
D. 6
注:1)(iRecordNum–>0) False —>只有1条路径
2)(iRecordNum–>0) True —>共有3条路径 :
2.1)0 == iType —>1条
2.2)1 == iType —>1条
2.3)其他的状况 —>1条
共4条
故:选B
A 度量与评估软件的质量
B 保证软件质量
C 改进软件开发过程
D 发现软件中所有错误
选ABC
A 系统测试已经完成,并提交《系统测试报告》
B 单元测试已经完成,并提交《单元测试报告》
C 代码走查完成,已进入受控库并完成产品集成
D 软件使用指南已经完成
选 BC
A 输入的数值小于0
B 输入的数值大于等于0
C 输入A,%等字符
D 输入非数值数据
选AC
D输入非数值数据太广泛,非正数也是数值,但是其是无效等价类
A 0,50,100
B -1,0,30,100,101
C -1,0,1,25,45,60,99,100,101
D -1,0,1,67,99,100,101
选D
A 等价类划分法
B 边界值分析
C 错误推测法
D 因果图
注:因果图是从需求中找出因和果,通过因果图转化为判定表。
故:选D
A alpha 测试需要用户参加
B alpha 测试不需要用户参加
C alpha 测试是系统测试的一种
D alpha 测试是验收测试的一种
注:α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的受控测试,α测试不能由程序员或测试员完成。α测试发现的错误,可以在测 α测试性能测试 试现场立刻反馈给开发人员,由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始,或在模块(子系统)测试完成后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。
故:选AD
A 帮助测试寻找问题
B 协助问题的诊断
C 提高设计质量
D 节省测试时间
故:选ABD
A. @Test注解标注的测试方法只能是public void的,且不能有任何输入参数
B AssertEquals、AssertNotEquals:判断两个对象是否为同一个
C @BeforeClass注解每一个测试方法都要执行一次,且必须为static void
D Junit的底层实现上,是用System.exit退出用例执行
选AD
A 需要开发桩模块
B 需要开发驱动模块
C 模块集成时首先集成主控模块
D 能及时发现设计上的错误
注:自顶向下增量式集成测试不需要开发驱动模块。
故:选B
A. T
B. F
选A
A JMeter: 基于JAVA的压力测试工具,Badboy用来进行脚本的录制
B Junit: 白盒测试工具:针对代码测试
C LoadRunner:负载压力测试
D TestLink: 用例管理工具
注:LoadRunner-负载压力测试:预测系统性能。 JMeter+Badboy:基于JAVA的压力测试工具,Badboy用来进行脚本的录制 功能测试:通过自动录制、检测和回放用户的应用操作。将输出记录同预先给定的记录比较。 Junit:白盒测试工具:针对代码测试 测试管理工具:对测试需求、计划、用例、实施进行管理 测试辅助工具:本身不执行,可以生成测试数据,为测试提供数据准备 负载压力测试:LoadRunner:预测系统行为和性能的工业标准级负载测试工具。模拟上千万用户同时实施并发操作,来实时监控可能发生的问题。 功能测试: QTP(quicktest professional):自动测试工具 白盒测试:C++ TEST(做C和C++的白盒测试)、JUnit(Java白盒测试) 缺陷管理工具:Mantis、BugFree、QC、TD 用例管理工具:TestLink、QC 测试辅助工具:SVN
故:选ABCD
if(!(ch >= '0' && ch <= '9'))
printf("This is not a digit!\\n");
else
printf("This is a digit!\\n");
为实现判定—条件覆盖,需要设计的测试用例个数至少应为
A. 1
B. 2
C. 3
D. 4
注:执行if:ch < ‘0’. or. ch > ‘9’
执行else:ch >= ‘0’ && ch <= ‘9’
所以:至少3个测试用例
故:选C
A 软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求。
B 所有测试项没有残余一级、二级和三级错误。
C 立项审批表、需求分析文档、设计文档和编码实现一致。
D 验收测试工件齐全。
选 ABCD
A XCTest
B GHUnit
C OCMock
D NSXML
选ABC
补充:NSXMLParser类,是系统自带的xml解析工具,采用SAX方式解析数据
A 驱动代码
B Stub代码
C Mock代码
D GUI测试手段
选 ABC
补充:GUI 测试的内容主要包括三个方面:Windows 图形标准符合性、屏幕显示验证和行为标准验证。
注意:分数最后要存储为小数形式,故需要使用浮点型。并且,整数/整数=整数,想要得到小数,则1.0/i
的形式!!!