单元测试和集成测试(一)
A 确定作为测试重点的模块
B 找出模块间的关系,按密切程度对模块进行排队
C 考虑模块集成的次序
D 以上全部
A 非渐增式集成测试方法把单元测试和集成测试分为两个不同的阶段,而渐增式集成测试方法往往把单元测试和集成测试合在一起同时完成
B 渐增式集成需要较多的工作量,而非渐增式集成需要的工作量较少
C 渐增式集成可以较早的发现接口错误,非渐增式集成直到最后组装时才能发现接口上的问题
D 渐增式集成有利于排错,发现的错误往往和最后加入的模块有关。而非渐增式集成发现接口错误较迟且很难判断是哪一部分接口出错
A 边
B 结点
C 模块
D 语句
A 界面构件
B 业务构件
C 用于用户传递的构件
D 访问数据库构件
A 都允许对底层模块行为的早期验证
B 集成方式都可采用深度优先策略和广度优先策略
C 都可以支持故障隔离
D 与软件设计顺序一致,都可以可设计并行进行
A 驱动模块
B 桩模块
C 调用模块
D 配置模块
A 处于程序控制结构的底层
B 本身是复杂的或是容易出错的
C 含有确定的性能需求
D 被频繁使用的模块
A 自顶向下集成策略
B 自底向上集成策略
C 非增量集成策略
D 基于功能的集成策略
A 判断和条件测试
B 状态迁移
C 数据定义/使用测试
D 以上全部
A 内部结点个数+汇节点个数
B 直接前驱结点个数+直接后继结点的个数
C 结点总数-汇结点个数
D 内部结点个数+源结点个数
A 存在不可到达的代码或冗余的代码
B 测试用例不足
C 存在不可能的路径和条件
D 以上全部
A 错误猜测法
B 边界值分析
C 状态迁移测试
D 内部边界分析
A 开发成本
B 测试方法
C 进度
D 质量
A 保证测试用例的正确性
B 保证测试用例能无误的完成测试项的既定的测试目标
C 保证测试用例的简单性
D 保证测试用例能满足相应的覆盖率要求
A 桩模块的开发和维护
B 驱动模块的开发和维护
C 对被测模块的组装
D 对构件的分层和修改
A 该软件的设计人员
B 该软件开发组的负责人
C 不属于该软件开发组的软件设计人员
D 该软件的编程人员
A 能够使模块与接口的划分清晰明了,尽可能减少后续操作难度
B 能够对被测模块进行比较充分的测试
C 对整体工作量来说,参加测试的各种资源都得到充分利用
D 以上全部
A 测试模块内部逻辑
B 测试模块内数据流向
C 测试模块单元的具体实现
D 以上全部
A 面向功能的测试
B 面向数据的测试
C 面向结构的测试
D 面向程序的测试
A 显示的错误与实际遇到的错误不符
B 显示的错误信息难以理解
C 对异常处理的不得当
D 以上全部
A 程序的内部逻辑
B 程序的复杂程度
C 使用说明书
D 程序的功能
A 正确性
B 清晰性
C 规范性
D 一致性
A 该软件的设计人员
B 该软件开发组的负责人
C 不属于该软件开发组的软件设计人员
D 该软件的编程人员
A 概要设计规格说明书
B 用户需求规格说明书
C 项目计划说明书
D 详细设计规格说明书
A 功能性的
B 结构性的
C 既是功能性的又是结构性的
D 不确定
A 选择发现错误可能性大的数据作为测试用例
B 随机选取测试用例
C 取一切可能的输入数据作为测试用例
D 在完成程序的编码之后再制定软件的测试计划
A 采用契约式设计的产品
B 高层接口变化极为频繁的产品
C 底层接口比较稳定的产品
D 以上全部
A 高危模块
B 一般模块
C 低危模块
D 缺陷模块
A 关键功能具有较大风险的产品
B 控制结构比较清晰和稳定的产品
C 技术探索型项目,其功能的实现远比质量更关键
D 对于功能实现没有把握的产品
A 该软件的设计文档
B 需求规格说明
C 项目开发计划
D 源程序