尔雅软件测试_3答案(学习通2023完整答案)
19 min read尔雅软件测试_3答案(学习通2023完整答案)
1.2 软件测试的尔雅定义随堂测验
1、我们对软件做测试的软件根本目的是什么？
A、提高软件的测试质量
B、确保程序符合用户的答案需求
C、找出程序中的学习缺陷
D、确保程序没有缺陷
1.3 软件缺陷的通完定义随堂测验
1、系统针对无效输入，整答有哪些可行的尔雅响应方法？
A、自动将无效输入转化为有效输入
B、软件不予处理
C、测试提示用户如何正确输入
D、答案提示用户输入出错
第1单元测试
1、学习以下描述中哪个是通完错误的：
A、静态测试不需要搭建测试环境
B、整答测试用例的尔雅基本组成包括：输入、预期输出和测试环境
C、穷尽测试是一种非常有效的测试手段
D、测试用例能代表需求的小的测试单元
2、以下描述正确的是：
A、程序员不需要测试自己的程序
B、测试工程师肯定比其他人的测试工作做的更好
C、测试职位的价值之一在于它能证明程序是满足用户要求的
D、没有需求就不能开始测试
3、以下哪些项属于软件质量：
A、顾客和用户觉得软件满足其综合期望的程度
B、软件产品中能满足给定需要的性质和特性的总体
C、确定软件在使用中将满足顾客预期要求的程度
D、软件具有所期望的各种属性的组合程度
4、以下哪些情况一定可以看做是软件缺陷：
A、某App分享到微信后，针对IOS用户，在IOS12以下的版本中，在微信中打开该APP出现闪退现象
B、将手机的日历中的某一条备忘文本复制后，无法粘贴到短信编辑框中
C、登录电子邮箱时，输入正确的用户名和密码，填写正确的动态验证码后，手机收到动态短信提示成功登录，但网页端只是重新刷新了登录界面，要求重新输入用户名和密码
D、在微信中收到好友分享的文章链接，点击该链接后选择在APP中打开，对应APP出现闪退现象
5、在游戏行业，游戏提供商常常在游戏正式发布之前邀请用户展开α测试作为检验游戏的一种方式。
6、用户注册了某机票预订网站的会员，但在某次使用该机票预订网站进行机票预订时，并未事先登陆，而是直接查询航班，然后填写必要信息后在线购买了机票。此时，由于是以非会员身份进行机票购买，导致该用户登录网站后无法查询到自己该次购买机票的订单信息，该用户由此感到不满。用户认为，该机票预订网站应能根据自己填写的手机号码、身份证号码等信息，自动识别自己的会员身份，并应自动提示以会员身份登录系统后再购买机票。请问，在这个案例中，机票预订系统未能识别的用户需求是（ ）（请在显式需求、隐式需求、实际需求中选择一项进行填写）
课前专题测试
1、因为在软件开发的每一环节都有可能产生意想不到的问题，所以
A、应尽量由程序员或开发小组测试自己的程序
B、在设计测试用例时，只须考虑合理的输入条件即可
C、在设计测试用例时，只须考虑合理的输出条件即可
D、应把软件验证和确认贯穿整个软件开发的全过程中
2、当使用决策表设计测试用例时，对于如下的描述，您不能认同的是：
A、决策表不是在任何情况下都需要使用的
B、决策表应与等价类方法相结合
C、决策表往往不能完全消除测试用例的冗余
D、决策表相比边界值和等价类方法简单得多
3、测试应从何时开始加入项目活动中？
A、需求阶段
B、设计阶段
C、编码阶段
D、确认阶段
4、网页上有个登录的账号输入框，允许输入字母、数字，最多10个字符长度。下列哪个属于需要测试的边界值？
A、6个字母加数字
B、11个字母加数字
C、@#￥等特殊字符
D、中文与空格
5、基路径测试是代码的测试中经常用到的一种测试方法，如下特性中不符合基路径测试的一项是：
A、基路径测试一定满足判定覆盖
B、当存在不可行路径时，不应采用基路径测试方法
C、基路径测试的思想可用于功能测试
D、控制流图也可用于计算圈复杂度
6、测试用例是用来干什么的？
A、描述需求
B、展示测试结果
C、提供测试依据
D、向程序猿挑刺
7、某数据通信产品提供客户端的ADSL上网业务，其主要有4个功能模块组成，分别是M1、 M2、M3和M4表示。在测试计划阶段，利益相关者对它们进行了风险的识别和分析，得到的 可能性与严重程度分别如下(数字越大，表示可能性越大，严重程度越高): - M1:56%、10 - M2:48%、5 - M3:36%、7 - M4:72%、8 请问，作为测试人员，在不考虑加权的情况下，你认为哪个模块的风险级别最低?
A、M1
B、M2
C、M3
D、M4
8、如下描述中错误的是：
A、Stub和Mock都是单元测试中用于模拟程序的手段
B、Stub是包含业务逻辑的，而Mock不包含业务逻辑
C、JMock只能对接口进行Mock，却对非接口无能为力
D、Stub是对象的一个简单实现，而Mock是模拟一个被模拟对象的实例
9、Browser/Server模式实现了开发环境与应用环境的分离，便于管理和系统维护，该模式的最大优点之一是
A、传输速度快
B、运算效率高
C、客户端的“零维护”
D、服务器端不用安装专用软件
10、软件质量的定义是
A、软件的功能性、可靠性、易用性、效率、可维护性、可移植性
B、满足规定用户需求的能力
C、最大限度达到用户满意度
D、软件特征的综合，以及满足规定和潜在用户需求的能力
11、结构化分析方法（SA）的主要思想是什么？
A、自顶向下、逐步求精
B、自顶向下、逐步抽象
C、自底向上、逐步抽象
D、自底向上、逐步求精
12、“视质量为生命，为顾客提供更优质的服务”更适合作为以下哪个？
A、质量目标
B、质量标准
C、质量策略
D、质量方针
13、软件需求分析所要做的工作是（ ），因此，在进行需求分析时应注意一切信息与需求都是站在应用的角度上考虑的。
A、确定软件开发阶段的适用工具
B、清晰描述软件的功能和性能
C、为原始问题及目标软件建立物理模型
D、解决目标系统“怎么做”的问题
14、针对main()函数定义了如下的出口准则要求:要求达到100%的判定覆盖。 变量i取下面的哪个值能效率最高的满足上述的出口准则要求? main() { int i,sum=0; scanf("%d",&i);//输入变量i的取值; while(i<=25) { sum=sum+i; i++; } printf("%d\n",sum);//打印sum的值; }
A、23
B、24
C、25
D、26
15、在类测试中，我们需要注意的是：
A、子类相比父类具有更高的测试优先级
B、类中的私有方法无法进行单元测试
C、接口类无法实例化，因此无法进行单元测试
D、抽象类中不一定有抽象方法
第2周 黑盒测试技术
2.2 边界值测试随堂测验
1、1个输入条件可能有多少个边界点？
A、0个
B、1个
C、2个
D、多于2个
2、某个输入条件的最大值或最小值一定是边界点。
2.2 边界值测试随堂测验
1、基于单边界原则设计测试用例，测试仍然是存在漏洞的。
2.3 等价类测试随堂测验
1、在某个等价类中取测试数据的时候，该如何取值？
A、取非边界值
B、取边界值
C、随便取值，不考虑是否是边界值
D、边界和非边界值都要取
第2单元测试
1、以使用某购票系统进行国内车票购买的过程为例，如果需要针对相关业务流程设计测试用例，则如下描述中错误的是：
A、成功登录系统，为已有乘车人成功购买单程、单张车票，该流程对应的是基本事件流
B、系统登录失败，该流程对应的是备选事件流
C、成功登录系统，为已有乘车人成功购买单程单张车票，以及为已有乘车人成功购买单程多张车票，这两个流程分别对应两个基本事件流
D、成功登录系统，出发地城市分别选择100个不存在的、或不在中国境内的城市，无法购票，对应同一个备选事件流
2、以下描述中哪个是正确的？
A、在功能测试中，应选择所有不同的测试方法，围绕功能点设计尽量多的测试用例
B、在数据可以穷尽的情况下，只要能保证测试用例覆盖所有数据，就可以确保测试没有风险
C、在功能测试中，应优先使用等价类测试方法来测试数据，然后使用场景法测试流程，最后使用边界值测试做补充测试
D、功能测试中，针对事件流中的每个节点，应使用等价类和边界值测试对涉及的数据进行校验
3、下图给出了猫狗大战小游戏的一个典型的对战场景，其中图中的猫和狗分别代表对战的双方，在人机对战模式下，猫是机器内置的对手，用户可操作的是狗角色，图中中央上方显示的分别是对战双方的血量，中央血条下方是风力和风向标志，四个圆形图标从左到右依次表示：打击两次、强力打击工具、臭弹工具、补血工具（补血工具仅对自己进行补血，不能攻击对手）。通过按下鼠标左键的时间长短控制出手力度，时间越长，出手力度越大。请问，以下描述中哪些是错误的：
A、从输入的角度来说，可使用等价划分方法，划分为如下三种情况:1.没超时打不中，2.没超时打中，3.超时
B、针对攻击时的风向，可划分为如下两个等价类：1.顺风，2.逆风
C、若对攻击工具进行等价划分，则可得到如下等价类：1.打击两次工具，2.强力打击工具，3.臭弹工具，4.补血工具
D、可使用等价划分方法，根据风向以及力度，划分为能打中对手、不能打中对手两种情况
4、给定一组输入条件，每个输入条件均对应各自连续的有效取值范围，则以下的描述中正确的是：
A、从等价类中抽取测试数据时，一定要选择非边界值
B、每个输入条件都至少可以划分为一个有效等价类和两个无效等价类
C、如果希望更好地控制测试用例规模，则设计的测试用例能覆盖所有有效等价类就可以了
D、从输入设计测试用例后，往往还需要围绕系统输出来补充设计测试用例
5、任何情况下都必须使用边界值测试。
6、等价类测试和边界值测试是面向数据的，场景法是面向（ ）的。
第3周 黑盒测试技术（续）
第3周单元测试
1、已知下一日问题中，年份取如下测试数据: 1800, 1801, 2049, 2050，月份取如下测试数据: 1, 2, 11, 12，日期取如下测试数据: 1, 2, 30, 31，则如下哪个正交表最合适？
A、
B、
C、
D、
2、已知被测系统有三个因素：A,B,C，其中，A和B分别有两种取值A1,A2, B1,B2，C因素有三种取值C1,C2,C3，基于AETG算法的基本思想，若当前所有尚未覆盖的因素的成对组合构成集合T1，如下表所示，且候选测试用例已确定B因素取值为B2，则此时，若考虑对A因素的取值，则A应取值： (A1, B2) (A1, C2) (A1, C3) (A2, B1) (A2, B2) (A2, C1) (A2, C2) (A2, C3) (B1, C2) (B1, C3) (B2, C1) (B2, C2) (B2, C3)
A、只能取A1
B、只能取A2
C、A1和A2都无所谓
D、只能取零值
3、以下描述中哪些是正确的：
A、正交表测试满足100%的成对测试
B、正交表测试非常适于成对测试
C、成对测试的目标是以最少的测试用例数，覆盖最多的成对组合元素
D、对于有k个影响因素，每个因素有n个不同取值的被测对象，至少需要k2个测试用例才能满足完全的成对组合覆盖
4、如下关于决策表的描述中正确的是：
A、决策表测试是面向数据的测试
B、决策表测试方法应与等价划分方法结合起来使用
C、当输入条件之间相互独立时，最好采用决策表测试方法
D、决策表方法不适于处理无效域的数据
5、正交表要求各输入条件的取值个数相同，成对测试不要钱各输入条件取值个数相同。
6、IPO算法的基本思想中，每次不是选择所有因素，而是采用（ ）的方式生成测试用例。
第4周 白盒测试技术
4.4 静态白盒测试随堂测验
1、在评审预备会上，评审员是否需要正式开始评审工作产品？
A、需要
B、不需要
C、看工作产品复杂程度
D、看会议时间是否允许
2、在准备评审会议阶段，评审员是独立检查工作产品，还是与其他评审员一起检查工作产品？
A、独立完成
B、与其他评审员一起检查
C、都可以
D、根据具体情况具体分析
4.4 静态白盒测试随堂测验
1、观察如下的函数调用图，其中描述错误的有：
A、1号节点是高风险节点
B、15号节点是高风险节点
C、25号节点的风险高于26号节点
D、11号节点的风险低于5号节点
第4周单元测验
1、以下描述中哪个是正确的：
A、在评审会正式召开之前，评审员必须认真阅读被审查的工作产品在评审会正式召开之前，评审员必须认真阅读被审查的工作产品
B、在代码评审过程中，应留出足够的时间让评审人员与开发人员就现场发现的缺陷修复达成一致意见
C、在代码评审会前，必须提前设计测试用例，并在评审过程中逐一执行每个测试用例，观察执行结果
D、代码评审不涉及测试环境搭建、测试脚本编写、测试用例管理等工作，因此应广泛使用代码评审，至少每周组织2-3次代码评审
2、以下描述中哪个是错误的：
A、判定节点是导致程序执行风险的主要因素
B、控制流分析的主要目的就是通过对判定节点的测试来降低程序执行的风险
C、对代码设计测试用例必须要根据程序的设计来进行
D、编程过程中编译器会发现代码中的部分错误，程序调试过程中程序员也会使用自己预设的数据来测试程序，但控制流分析仍然是必要的
3、以下描述中哪些是错误的：
A、条件判定节点将影响程序执行的走向，因此，条件判定节点是代码中风险最高的元素
B、只要程序中存在循环结构，测试就无法穷尽
C、串联的条件判定结构比嵌套的条件判定结构风险更高
D、只要在代码中不使用判定结构或循环结构，就一定可以降低程序运行的风险
4、以下描述中哪些是正确的：
A、设计测试用例时，如果使用了判定覆盖指标就不需要再使用语句覆盖
B、假设被测代码中有n个判定节点，如果基于判定覆盖指标设计测试用例，则一定需要设计2n个测试用例
C、应谨慎使用条件组合覆盖指标，因为该指标指导下设计测试用例可能导致测试效率不高
D、在时间有限的情况下，可优先选择判定覆盖测试函数代码
5、通过消除函数内部结构之间的依赖关系，或将函数体内相似的代码改为函数调用，一定能够降低函数的复杂度，但这样也有可能会增大集成测试的负担。
6、在代码评审会召开之前，为了确保所有参会人员都了解会议流程、会议目的，都拿到正确、完整的评审材料，往往需要先召开（ ）。
第5周 白盒测试技术（续）
第5周单元测验
1、以下的描述中正确的是：
A、一段程序的环复杂度必须控制在10以内
B、环复杂度指标真实再现了循环结构和判定结构对程序结构复杂性造成的影响
C、一段程序的环复杂度大小等于该程序代码中判定节点的个数加1
D、可通过将程序中的重复代码改为函数调用来降低代码所在函数的环复杂度
2、以下描述中哪个是错误的：
A、只要遵循独立路径测试的路径构建原则，得到的路径集就一定是无冗余的
B、独立路径不保证得到的测试用例有意义
C、随便从程序路径中抽取若干条路径来测试，也没有错
D、独立路径测试只能用于对代码的测试
3、以下描述中哪些是正确的：
A、在程序设计中，要保证同一段程序代码中不同结构体之间完全独立是很困难的
B、程序内判定和循环结构的嵌套相比串联更容易导致增大程序结构的复杂度
C、直接基于程序控制流图计算环复杂度是完全可行的
D、通过需求分析得到程序的路径数目与程序实际的路径数不一致时，则可能是程序设计不够合理
4、以下的描述中错误的是：
A、场景中同一个节点可同时触发多个备选事件流
B、一个场景可以仅包含1个备选事件流
C、基于独立路径测试的思想设计场景可以保证最少的可行场景
D、解决场景爆炸的最佳方案是基于事件流的个数设计场景
5、场景是分层次的，如果当前场景过于复杂，可将部分场景节点分解为低一级的层次，以便于测试。
第6周 软件质量模型与度量
6.1 软件质量模型随堂测验
1、以下关于McCall质量模型的描述中，哪个是正确的？
A、可用性可以看做是产品竞争力的核心
B、McCall质量模型是通过构建质量属性之间的关系，分析质量属性来构建质量模型
C、McCall质量模型的顶层是软件的内在特性
D、可靠性是产品修改中体现出来的质量
6.1 软件质量模型随堂测验
1、以下关于McCall质量模型的描述中，错误的是：
A、一个质量准则唯一隶属于一个质量因素
B、通用性既是灵活性的质量准则之一，又是可重用性的质量准则之一
C、可维护性要求软件产品容易修复，易于改进
D、软件产品的复杂度越高，对其可测试性的要求就越低
6.1 软件质量模型随堂测验
1、以下描述中正确的是：
A、McCall质量模型和Beohm质量模型是层次模型
B、Boehm模型中，可维护性是从相似用户需求的角度描述软件质量
C、ISO9126资料模型从外部质量、内部质量、使用中质量这三个方面来分析软件质量
D、Dromey质量模型目标是要建立起软件质量特性与子特性之间的关系，以及质量属性和组件之间的关系
6.2 软件质量度量随堂测验
1、软件程序设计的好，其代码规模往往更小。
6.2 软件质量度量随堂测验
1、以下描述中错误的是：
A、使用缺陷率度量方法来度量产品质量时，是从软件开发的角度来进行度量
B、使用用户问题对产品质量进行度量时，无法从本质上提高产质量，所以对产品质量的改进不高
C、要提高产品的质量，可以通过关注满意的用户百分率，提高满意的用户占比来达到
D、用户报告的问题中，有软件产品的缺陷，也有一些非缺陷问题
6.2 软件质量度量随堂测验
1、BMI过小，说明当月解决的问题数过少，问题积压增大，软件产品处于不稳定状态。
第7周 单元测试
7.1 单元测试概述随堂测验
1、请问，对于被测类中的私有方法，不正确的处理方式是：
A、压根不需要测试
B、将该方法改为公有方法再测试
C、另外定义一个公有方法，调用该私有方法，再对公有方法进行测试
D、利用反射机制对该私有方法进行测试
7.3 静态代码检查工具随堂测验
1、CA在扫描代码的过程中，不仅对代码规范性进行检查，而且对代码的安全性进行检查。
7.3 静态代码检查工具随堂测验
1、如下哪些方面是属于CA代码安全检查的内容：
A、内存泄露
B、变量访问
C、变量初始化
D、全局变量
第七单元测验
1、以下描述中不正确的是：
A、不借助测试工具几乎无法展开性能测试
B、性能测试设计的关键是使用测试工具
C、性能测试中，可利用脚本参数化实现让多个虚拟用户使用几个不同的实际发生数据来执行同一脚本的目的
D、性能测试中常见的系统指标包括：平均响应时间、每秒事务数、每秒点击数、吞吐量等
2、单元测试中最不需要测试的是：
A、一个类
B、类中的一个功能方法
C、一个执行排序功能的函数
D、类中的Getter方法
3、记录缺陷时需要注意：
A、应尽可能详细记录执行过程
B、标题应尽量简洁，体现所发现缺陷的核心特点
C、必须记录被测软件系统的版本号
D、必须100%确保报告的缺陷可重现
4、功能测试中应采取的措施包括：
A、只要一个新的功能点开发完成，就立刻开发对应的功能测试脚本
B、确保测试脚本相互独立，以避免不同脚本之间的影响
C、录制脚本时提前识别被测系统中的对象
D、录制业务流程过长的测试脚本
5、编写单元测试脚本时，不适合的设计包括：
A、在被测类的main函数中编写测试脚本
B、在同一个测试类中，所有测试方法共用一个被测类的对象
C、使用断言校验执行结果
D、在一个测试方法中执行多个测试用例
6、测试用例报告中，每个测试用例的ID必须由人为按规则指定，不能由管理软件自动生成。
7、单元测试就是用某一款代码扫描工具将产品代码扫描一遍，看看有没有什么问题。
8、基于JUnit4.x设计单元测试脚本时，用于支持参数化测试的运行器是：
第9周 测试管理及工具
9.1 测试管理概述随堂测验
1、对于随机出现的缺陷，该怎么办？
A、提交缺陷报告，并在报告中注明是随机出现的
B、放弃提交该缺陷报告
C、如果随机出现的缺陷严重性高，则提交缺陷报告，如果严重性不高，则放弃提交缺陷报告
D、看心情，心情好就不提交，心情不好就提交。
9.2 测试管理工具随堂测验
1、以下角色中，哪种角色必须由管理员指派到项目组？
A、开发经理
B、项目经理
C、测试经理
D、测试工程师
9.2 测试管理工具随堂测验
1、测试计划、版本、轮次之间的关系是怎样的？
A、测试轮次包含不同版本，每个版本包含多个测试计划
B、测试计划包含不同轮次，每个轮次包含多个版本
C、不同版本包含不同测试计划，每个测试计划包含多个测试轮次
D、测试计划包含不同版本，每个版本包含多个测试轮次
9.2 测试管理工具随堂测验
1、测试用例中的步骤设计可以与场景中的步骤不同。
9.2 测试管理工具随堂测验
1、测试计划、测试用例、版本、测试集之间的关系是怎样的？
A、测试计划关联测试集，测试集包含多个测试用例
B、测试轮次中关联测试集，测试集中包含多个测试用例
C、测试计划应包含测试集，不同测试集包含多个测试用例
D、测试计划应包含测试集，并在测试轮次中关联测试集
9.2 测试管理工具随堂测验
1、以下描述中错误的是：
A、缺陷只能在测试用例执行失败的时候才能触发提交
B、测试用例执行失败时，用例执行状态自动改为“错误”，可触发提交缺陷
C、项目经理不分配执行人，则系统默认按照测试用例提交人进行执行
D、测试用例执行成功时，用例执行状态为“正确”，不触发提交缺陷
第8周 功能测试与性能测试
8.1 功能测试及其工具随堂测验
1、功能测试中也可以使用白盒测试方法。
8.1 功能测试及其工具随堂测验
1、以下关于测试脚本的描述中，哪些是正确的？
A、一条不带参数的普通脚本可以执行多个不同功能；
B、脚本参数化之前，应确保准备好参数表中的数据；
C、AR的参数表中，每一行表示一个输入参数的不同取值；
D、AR的脚本中可以任意指定取参数表中的哪几组数据进行测试。
2、脚本录制完成后，会在工作空间内自动生成 个文件。
8.1 功能测试及其工具随堂测验
1、以下描述中哪个是错误的？
A、AR的测试脚本可以不通过录制的方式生成
B、AR脚本回放的过程中可以通过设置调整回放的速度
C、利用AR执行功能测试的过程就是录制手工操作然后根据需要回放脚本即可
D、如果AR没有预先识别出对象，则脚本无法成功运行
8.2 性能测试及其工具随堂测验
1、性能测试应在功能测试完成后进行。
8.2 性能测试及其工具随堂测验
1、创建PR脚本后，会在工作界面自动生成 个文件。
8.2 性能测试及其工具随堂测验
1、以下描述中正确的是。
A、Action.bsh存放实际的操作脚本，且只能执行一次；
B、Init.bsh一般存放应用程序注销或关闭脚本；
C、应用程序初始化脚本一般放在Uninit.bsh中；
D、PR的一个脚本中可包含多个Action脚本。
8.2 性能测试及其工具随堂测验
1、PR场景设置完成后必须开启性能监测插件才能实现在PR脚本运行过程中对性能的监测。
8.2 性能测试及其工具随堂测验
1、如下描述中正确的是：
A、查看事务概要图时，如果发现失败的事务非常多，则说明系统可能出现了瓶颈，或程序执行过程中发生了问题；
B、通过查看事务响应时间可以分析测试场景运行期间，被测系统的性能趋势；
C、可以通过综合查看每秒通过事务数和事务平均响应时间，来分析事务数目对执行时间的影响；
D、通过分析每秒点击量的变化情况，来判断系统是否稳定。
期末考试
软件测试期末考试
1、测试应该从哪个阶段开始切入？
A、阶段1：定义需求阶段
B、阶段2：分析需求阶段
C、阶段3：实现需求阶段
D、阶段4：校验需求阶段
2、单元测试中最不需要测试的是：
A、一个类
B、类中的一个功能方法
C、一个执行排序功能的函数
D、类中的Getter方法
3、下列关于等价类划分方法的说法中错误的是：
A、利用有效等价类设计的测试用例，可以检验程序是否实现了需求说明书中规定的功能和性能
B、利用无效等价类设计的测试用例，可以检验程序中功能和性能是否不符合需求说明书的规定
C、对于有效等价类可以不设计测试用例
D、对同一个程序可能会划分出多种不同的等价类
4、如下描述中正确的是：
A、在程序员眼中，实施单元测试意味着可以随意编码了
B、在程序员眼中，实施单元测试意味着减少工作量，因为测试脚本是测试人员负责编写的
C、对于领导者来说，要实施单元测试就必须牺牲开发进度
D、对于领导者来说，要实施单元测试也要控制成本
5、测试用例不是：
A、能代表需求的小的测试单元
B、描述用户预期输出
C、反映系统实际执行结果
D、由输入+实际输出+测试环境构成
6、课程中提到的年月日例子中，已知下一日问题中，年份取如下测试数据: 1800, 1801, 2049, 2050，月份取如下测试数据: 1, 2, 11, 12，日期取如下测试数据: 1, 2, 30, 31，则如下哪个正交表最合适？
A、
B、
C、
D、
7、观察下图的结构，该函数的结构复杂度高吗？
A、高，应尽量降低复杂度
B、不高，完全可以接受
C、有点高，但可以接受
D、不好说
8、在针对“异常输入数据”设计测试用例时，应从如下方面加以考虑： ①输入数据的类型 ②输入数据的长度 ③输入数据的边界值 ④输入数据的默认值
A、①②③
B、②③④
C、①②④
D、①②③④
9、若一个通讯簿最多可以输入100条记录，则如下选项中设计的测试用例最优的是：
A、分别输入1、50、100条记录
B、分别输入0、1、50、99、100条记录
C、分别输入0、1、99、100、101条记录
D、分别输入0、1、50、99、100、101条记录
10、在同行评审中，组织者（主持人）可以是作者吗？
A、不可以
B、可以
C、如果作者不是开发人员，则可以，否则不行
D、如果作者是开发经理，则可以，否则不行
11、就理论而言，下列逻辑覆盖指标中，覆盖能力最强的是：
A、语句覆盖
B、判定覆盖
C、条件覆盖
D、条件组合覆盖
12、对一段程序结构而言，圈复杂度不能反映的现实情况不包括：
A、串行语句规模对程序带来的风险
B、数据变量关联性对程序带来的风险
C、条件判定节点引入的多分支对程序带来的风险
D、多出口节点对程序带来的风险
13、下面是对某公司缺陷管理流程的概括：测试人员提交新的BUG入库，缺陷状态置为1，高级测试人员验证缺陷，如果确认是BUG，分配给相应的开发人员，设状态为2，如果不是BUG ，则拒绝，设置状态为“拒绝”状态，开发人员查询状态为3的BUG， 做如下处理，如果不是BUG，则置状态为“拒绝”状态，如果是BUG 则修复并置状态为４，如果不能解决的BUG，要留下文字说明并保持 BUG为“拒绝”状态，测试人员查询状态为５的BUG，验证BUG是否 解决，做如下处理：如果BUG解决了置缺陷状态为６，如果BUG没有 解决则置状态为７。上述流程中１到７相对应的状态标识为：
A、新提交－打开－打开－修正－修正－关闭－重新打开
B、打开－修正－关闭－修正－修正－关闭－打开
C、新提交－打开－打开－关闭－修正－关闭－重新打开
D、新提交－打开－打开－修正－关闭－修正－重新打
14、在如下的控制流图中有多少个判定节点？
A、17
B、18
C、19
D、20
15、基于JUnit4.x设计单元测试脚本时，用于支持参数化测试的运行器是：
A、Suite
B、Parameterized
C、Categories
D、以上都不对
16、在这两个关于缺陷到达率模式的图中，关于其质量级别的正确描述是：
A、左图表示的开发质量优于右图
B、右图表示的开发质量优于左图
C、二者的开发质量相同
D、仅从这两个图无法看出二者开发质量的差别
17、在如下哪种情况下，可不需要使用独立路径测试：
A、所有路径的数量不超过6条
B、程序代码的圈复杂度低于10
C、程序中存在循环
D、程序只有一个入口节点和一个出口节点
18、如下描述中，错误的是：
A、在JUnit3.x版本中，所有测试类必须继承TestCase类
B、在JUnit4.x版本中，使用Before所注解的方法在某测试类中所有测试方法执行之前执行一次
C、JUnit5可提供对JUnit3和JUnit4版本的脚本兼容
D、在JUnit4.x版本中，被Test注解的方法会在执行测试中被框架自动发现和执行
19、在某网站登录时，遇到如下哪种情况，不能视为缺陷：
A、选择手机号登录，输入手机号，点击【获取验证码】，在10分钟内无法收到验证码短信
B、选择手机号登录，输入手机号，输入密码时，密码显示为用户输入的原始符号
C、选择扫描登录时，二维码显示不出来
D、选择账户登录，输入账户、密码后，自动选中【记住我】
20、下列关于单元测试的描述中错误的是：
A、单元测试也需要进行计划、设计、执行、评审等一系列过程
B、单元测试往往需要编写桩模块和驱动模块
C、单元测试完全采用白盒测试方法完成
D、单元测试包括动态测试和静态测试
21、对于测试人员所提交的无法重现的缺陷，程序猿会接受并修复吗？
A、不会，程序猿会回复无法重现，将缺陷报告直接驳回
B、不会，程序猿会直接将缺陷关闭
C、会，程序猿会找测试人员确认，并设法重现该缺陷，然后修复
D、会，程序猿会设法重现该缺陷并修复
22、如果要对一个三角形程序进行测试用例设计，三角形程序的功能是根据三条边的边长来判断三角形的类型，输出有4种情况，分别是：不等边三角形，等腰但非等边三角形，等边三角形，不能构成三角形。且要求边长必须是整数。请问，最多需要设计多少个测试用例？
A、30
B、1000
C、1728
D、无法穷尽
23、通常情况下，如下缺陷不能通过单元测试发现的是：
A、变量的初始值或缺省值有错误
B、输入的实际参数与形式参数的个数不相同
C、提示的错误与实际的错误不相符
D、一个模块的功能是否会对另一个模块的功能产生不利影响
24、设计单元测试脚本时，应避免的情况是：
A、测试用例应保持独立
B、测试数据应与测试用例关联
C、测试代码应与产品代码放在一起
D、测试结果应尽量由脚本自动校验
25、正式的技术评审是软件工程师组织的软件质量保证活动，下面关于FTR指导原则中错误的是：
A、评审产品，而不是评审生产者的能力
B、要有严格的评审计划，并遵守日程安排
C、对评审中出现的问题要充分讨论，以求彻底解决
D、限制参与者人数，并要求评审会之前做好准备
26、软件测试的核心是：
A、对测试进行详尽且周全的计划
B、根据需求，采用各种方法进行测试设计
C、完全依托测试工具，自动、快速地执行软件测试
D、选择多种指标，对测试展开全面评估
27、以下描述中不正确的是：
A、性能测试设计的关键是使用测试工具
B、不借助测试工具几乎无法展开性能测试
C、性能测试中，可利用脚本参数化实现让多个虚拟用户使用几个不同的实际发生数据来执行同一脚本的目的
D、性能测试中常见的系统指标包括：平均响应时间、每秒事务数、每秒点击数、吞吐量等
28、关于McCall质量模型的描述中，正确的是：
A、McCall质量模型是通过构建质量属性之间的关系，分析质量属性来构建质量模型
B、可用性可以看做是产品竞争力的核心
C、McCall质量模型的顶层是软件的内在特性
D、可靠性是产品修改中体现出来的质量
29、基于对被测产品的业务流程分析设计测试用例时，可行的策略是：
A、优选场景法
B、优选正交法
C、优选边界值测试方法
D、优选组合测试方法
30、功能测试中应采取的措施包括：
A、确保测试脚本相互独立，以避免不同脚本之间的影响
B、录制脚本时不要提前识别被测系统中的对
C、只要一个新的功能点开发完成，就立刻开发对应的功能测试脚本
D、录制业务流程尽量长的测试脚本
31、如下描述测试工具的功能正确的包括：
A、JMeter是基于JAVA的压力测试工具
B、JUnit是基于Java的单元测试工具
C、PerformanceRunner是用于性能测试的工具
D、TestCenter是用于测试管理的工具
32、以下哪些项属于软件质量：
A、顾客和用户觉得软件满足其综合期望的程度
B、软件产品中能满足给定需要的性质和特性的总体
C、确定软件在使用中将满足顾客预期要求的程度
D、软件具有所期望的各种属性的组合程度
33、给定如下C语言代码段： if( (A+10)==2 || (B-20)<3 ) C=0; if( (A+30)>10 && (C-30)<0 ) B=30; 对于（A,B,C）的取值，所有能实现语句覆盖要求的测试用例包括：
A、(2, 30, 1)
B、(-19, 0, 29)
C、(-30, 20, 30)
D、(-8, 20, 3)
34、决策表测试最适用的情况包括：
A、输入输出明确，且输入输出存在明确的因果关系
B、被分析的特性或功能点复杂，输入项目很多的情况下
C、系统输入之间相互约束多，需要做大范围的组合测试情况下
D、系统输入之间基本没有相互联系
35、如下属于白盒测试策略的包括：
A、系统测试
B、基于CA工具的代码审查
C、单元测试
D、桌面检查
36、编写单元测试脚本时，不适合的设计包括：
A、在被测类的main函数中编写测试脚本
B、在同一个测试类中，所有测试方法共用一个被测类的对象
C、在一个测试方法中执行多个测试用例
D、使用断言校验执行结果
37、如下关于缺陷处理的描述中正确的包括：
A、对缺陷进行分类，确定需要优先解决的缺陷，可以减少缺陷报告的处理成本
B、风险和成本是某些程序缺陷不被修复的常见理由
C、在新的软件版本中，要关注那些被推迟修复的缺陷
D、严重程度高的缺陷必须优先解决
38、测试脚本的编写规范强调：
A、可读性
B、可重用性
C、可维护性
D、可移植性
39、如下关于软件测试、软件过程和软件质量关系的描述中，正确的包括：
A、软件质量是由软件测试保证的
B、软件测试是提高软件质量的一种手段
C、软件过程包括软件测试
D、软件质量是在软件过程中逐步建立起来的
40、系统测试的策略包括：
A、负载测试
B、易用性测试
C、强度测试
D、安全测试
41、正交表测试满足100%的成对测试。
42、McCall模型与Boehm模型十分类似，都是层次模型。
43、测试用例报告中，每个测试用例的ID必须由人为按规则指定，不能由管理软件自动生成。
44、条件组合覆盖可以发现代码中所有可能的缺陷。
45、单元测试就是用某一款代码扫描工具将产品代码扫描一遍，看看有没有什么问题。
46、私有方法不能测试。
47、黑盒测试方法只能在功能测试中使用。
48、功能测试应尽量采用自动化方式来执行。
49、用代码行来估算软件规模比用功能点法进行估算更加精确，因为它是从开发的角度估算软件规模。
50、程序员对缺陷给出的处理方式如果是外部原因，不修复，重复的，不可重现，或符合设计的，则该缺陷将无法得到修复。
学习通软件测试_3
在软件测试领域中，自动化测试是非常重要的一部分。如果我们能够自动化测试，我们就能够更好地控制测试过程，并使测试过程更加高效。
自动化测试的优势
相对于手动测试，自动化测试具有很多优势：
- 更快的测试速度：自动化测试可以比手动测试更快地执行测试用例。
- 更高的测试精度：自动化测试可以避免人为错误。
- 更好的测试覆盖范围：自动化测试可以覆盖更多的测试用例。
- 更少的测试成本：自动化测试可以减少测试的人力成本。
自动化测试的缺点
但是，自动化测试也有一些缺点：
- 自动化测试需要专门的测试工具和脚本。
- 自动化测试无法替代手动测试。
- 自动化测试需要大量的时间和资源来开发和维护测试脚本。
自动化测试的类型
在软件测试中，自动化测试有很多类型，包括：
- 单元测试自动化
- 接口测试自动化
- 功能测试自动化
- 性能测试自动化
- 持续集成自动化
- 安全测试自动化
自动化测试的工具
在软件测试中，有很多自动化测试工具可供选择。以下是一些常用的自动化测试工具：
- Selenium
- Appium
- JMeter
- LoadRunner
- SoapUI
- Postman
- TestComplete
- Robot Framework
自动化测试的步骤
自动化测试通常包括以下步骤：
- 确定测试范围和测试目标。
- 选择适当的测试工具。
- 编写测试脚本。
- 执行测试脚本。
- 分析测试结果。
- 重复执行测试脚本直到测试通过。
自动化测试的实践建议
在进行自动化测试时，需要注意以下几点：
- 确定测试范围和测试目标。
- 选择适当的自动化测试工具。
- 编写易于维护的测试脚本。
- 测试脚本要具有可重用性。
- 测试脚本需要进行版本控制。
- 测试结果需要进行统计和分析。
- 需要建立自动化测试框架。
结论
自动化测试是软件测试领域的一个重要组成部分。选择适当的自动化测试工具，编写易于维护的测试脚本，进行统计和分析测试结果，这些都是自动化测试的关键。只要我们能够正确地应用自动化测试，我们就能够更好地控制测试过程，并使测试过程更加高效。
学习通软件测试_3
在软件测试领域中，自动化测试是非常重要的一部分。如果我们能够自动化测试，我们就能够更好地控制测试过程，并使测试过程更加高效。
自动化测试的优势
相对于手动测试，自动化测试具有很多优势：
- 更快的测试速度：自动化测试可以比手动测试更快地执行测试用例。
- 更高的测试精度：自动化测试可以避免人为错误。
- 更好的测试覆盖范围：自动化测试可以覆盖更多的测试用例。
- 更少的测试成本：自动化测试可以减少测试的人力成本。
自动化测试的缺点
但是，自动化测试也有一些缺点：
- 自动化测试需要专门的测试工具和脚本。
- 自动化测试无法替代手动测试。
- 自动化测试需要大量的时间和资源来开发和维护测试脚本。
自动化测试的类型
在软件测试中，自动化测试有很多类型，包括：
- 单元测试自动化
- 接口测试自动化
- 功能测试自动化
- 性能测试自动化
- 持续集成自动化
- 安全测试自动化
自动化测试的工具
在软件测试中，有很多自动化测试工具可供选择。以下是一些常用的自动化测试工具：
- Selenium
- Appium
- JMeter
- LoadRunner
- SoapUI
- Postman
- TestComplete
- Robot Framework
自动化测试的步骤
自动化测试通常包括以下步骤：
- 确定测试范围和测试目标。
- 选择适当的测试工具。
- 编写测试脚本。
- 执行测试脚本。
- 分析测试结果。
- 重复执行测试脚本直到测试通过。
自动化测试的实践建议
在进行自动化测试时，需要注意以下几点：
- 确定测试范围和测试目标。
- 选择适当的自动化测试工具。
- 编写易于维护的测试脚本。
- 测试脚本要具有可重用性。
- 测试脚本需要进行版本控制。
- 测试结果需要进行统计和分析。
- 需要建立自动化测试框架。
结论
自动化测试是软件测试领域的一个重要组成部分。选择适当的自动化测试工具，编写易于维护的测试脚本，进行统计和分析测试结果，这些都是自动化测试的关键。只要我们能够正确地应用自动化测试，我们就能够更好地控制测试过程，并使测试过程更加高效。
