通过软件工程 MCQ 学习和测试您的知识。 这些免费的软件开发问题和答案以测验形式呈现,为您提供一种有趣和互动的方式来测试您的技能。
A. 黑盒子
B. 白盒
C. 详尽无遗
D. 以上都不是
A. 第二代
B. 第三代
C. 第四代
A. 自下而上的集成测试
B. 自上而下的集成测试
C. 大爆炸集成测试
D. 混合/三明治集成测试
A. 应该简洁。
B. 它应该指定实施及其问题。
C. 它应该显示概念上的完整性
D. 它应该是结构的
A. 继承,聚合
B. 协会,继承
C. 聚集,成分
D. 组成,关联
A. 纠错
B. 预防错误
C. A和B
D. 以上都不是
A. 可理解性
B. 刚性
C. 效率
D. 可维护性
E. 复杂
A. 编程语言短缺
B. 软件工程快速进步的短缺
C. 增加问题大小
D. 上述所有的
A. 可行性研究
B. 需求分析和规范
C. 设计
D. 测试
A. 它有助于软件产品的系统和纪律发展。
B. 它仅在软件开发的第一阶段和最后一个阶段来定义进入和退出标准。
C. 它有助于监视项目的进度。
D. 软件生命周期模型是对软件生命周期的简要介绍。
A. 状况
B. 要求
C. 动作
D. 结果
A. 回归测试
B. 音量测试
C. 可用性测试
D. 维护测试
E. 兼容测试
A. 抽象,分解
B. 抽象和跳跃
C. 分解和探索性编程
D. 探索性编程和抽象
E. 探索性编程和跳跃
A. 特别指定
B. 白色框
C. 黑盒子
D. 详尽无遗
A. 软件配置管理
B. 验证
C. 设计和实施
D. 测试案例设计
E. 软件规格
F. 进化
G. 文档
A. 静止的
B. 动态的
C. 静态和动态
A. 系统中的功能
B. 在处理站之间流动的数据项
C. 控制结构设计
D. 指令执行顺序
E. 以上都不是
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. 软件演变
E. 上述所有的
A. 在整个项目开发后,最后进行测试
B. 最初开发和测试了原型,然后在项目完成后进行第二次测试
C. 编码是逐步执行的。仅在成功测试上一个增量之后才开始新的增量
D. 测试和记录要求
A. 高高
B. 前高后低
C. 低高
D. 低,低
A. 开发工具
B. 软件开发的技术过程
C. 方法和理论的发展
D. 硬件维护
E. 联网
A. 恢复
B. 兼容性
C. 体积
D. 回归
A. 实施阶段
B. 测试阶段
C. 可行性研究阶段
D. 编码阶段
A. 面向模型
B. 面向物业
C. A和B
A. 软件故障
B. 软件故障
A. 应该尽可能多地使用单次入口和单外面构造。
B. 信息隐藏根本不应完成。
C. 应尽可能避免使用用户定义的数据类型。
D. 筑巢的水平不应太深。
A. 用例图中的演员只能参与一个用例。
B. 在用例图中,一个用例独立于另一个用例。
C. 所有视图都应使用UML提供的所有图表为给定问题构建。
D. 系统的静态结构由类图描述。
A. V形模型
B. 原型模型
C. 螺旋模型
D. 瀑布模型
A. DFD代表系统中的数据流以及系统执行的功能。
B. 控制方面非常精确地由DFD定义。
C. DFD易于理解和使用。
D. 流程的操作顺序由DFD捕获
A. 对不同的模块进行编码,然后将一个步骤组合在一起,然后作为一个整个单元进行测试。
B. 不同的组件逐一集成并在每个集成级别进行测试。
C. 不同的组件被一个一个集成,但仅作为整个系统进行了测试。
D. 系统分为模块,每个模块被隔离测试。
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 为什么计算机硬件的成本如此之多?
B. 为什么计算机硬件的成本如此之多?
C. 为什么开发一块软件要花很多钱?
D. 为什么在交付前不能从产品中删除软件错误?
A. 软件受到敌对环境的影响。
B. 经常使用软件后,缺陷更有可能出现。
C. 多个更改请求在组件交互中引入错误。
D. 软件备件变得更难订购。
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. ProcessProcess
B. 制造业
C. 方法
D. 工具
A. 沟通,计划,建模,构建,部署。
B. 沟通,风险管理,测量,生产,审查。
C. 分析,设计,编程,调试,维护。
D. 分析,计划,设计,编程,测试。
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 并发过程流。
B. 迭代过程流动。
C. 线性过程流。
D. 螺旋过程流动。
E. B和C
A. SEI
B. 香料
C. ISO 9000。
D. ISO 9001
E. B和D
A. 真的
B. 错误的
A. 真的
B. 错误的
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. 每当预计会有大量更改请求时使用。
E. A和B
A. 仅适用于计算机硬件设计。
B. 无法支持可重复使用的组件的开发。
C. 取决于对象技术的支持。
D. 通过已知的可量化软件指标不可成本效益。
A. 定义基于计算机的系统的规范。
B. 开发基于缺陷的基于计算机的系统。
C. 验证基于计算机的系统的正确性
D. 上述所有的。
A. 成立阶段。
B. 详细阶段。
C. 施工阶段
D. 验证阶段。
A. 强调对工作产品的个人测量。
B. 从业者需要项目经理的仔细监督。
C. 个人从业者负责估计和调度。
D. 。从业者有权控制软件工作产品的质量。
A. 加速软件流程改进。
B. 允许训练有素的专业人员更好地管理时间。
C. 建立自我指导的软件团队。 D.展示经理如何降低成本
D. B和C
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 消除项目计划和测试的使用。
B. 仅生产基本的工作产品。
C. 过程允许团队简化任务。
D. 使用增量产品输送策略。
A. 要求收集必须非常谨慎。
B. 在计划之前必须进行风险分析。
C. 软件增量必须在短时间内交付。
D. 软件流程必须逐步适应更改。
E. C和D
A. 分析,设计,编码,测试。
B. 计划,分析,设计,编码。
C. 计划,分析,编码,测试。
D. 计划,设计,编码,测试。
A. 自上次会议以来,您做了什么?
B. 您遇到什么障碍?
C. 您遇到的问题的原因是什么?
D. 您打算将成为下一个团队会议做什么?
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 专注于细节
B. 残酷诚实。
C. 遵循教条规则。
D. 压力下的弹性。
A. 疯狂的工作气氛。
B. 预算不足。
C. 协调不善的软件流程。
D. 团队角色的定义不清楚。
E. a,b,d
A. 问题的复杂性
B. 问题的复杂性
C. 。意想不到的后果法
D. 与决策相关的风险
E. 上述所有的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的
A. 真的
B. 错误的