计算机岗软件工程实务易错题试卷

计算机岗软件工程实务易错题试卷考试时间：______分钟总分：______分姓名：______单项选择题（每题2分，共20分）1.在敏捷开发中，ScrumMaster的核心职责是（）。A.分发开发任务，监控进度B.解决团队技术难题，编写核心代码C.移除阻碍团队进展的障碍，保障Scrum流程执行D.客户需求沟通，确定产品迭代范围2.软件测试中，“确认（Validation）”与“验证（Verification）”的区别是（）。A.确认检查代码是否正确实现需求，验证检查需求是否满足用户需要B.确认检查需求是否满足用户需要，验证检查代码是否正确实现需求C.确认属于动态测试，验证属于静态测试D.确保用于单元测试，验证用于集成测试3.软件需求变更管理流程中，组织变更控制委员会（CCB）评审申请的环节是（）。A.变更申请B.影响分析C.变更评审D.变更实施4.ISO25010质量模型中，“易用性”特性的子特性不包括（）。A.易理解性B.易学性C.可靠性D.易操作性5.瀑布模型适用于（）的项目。A.需求频繁变动B.需求稳定明确C.高并发场景D.快速迭代开发6.微服务架构迁移的核心风险不包括（）。A.服务间通信性能瓶颈B.团队缺乏开发经验C.单体架构耦合度低D.运维复杂度提升7.软件测试中，“边界值分析”主要用于设计（）。A.等价类测试用例B.决策表测试用例C.因果图测试用例D.错误推测测试用例8.软件质量模型中，“功能性”特性的子特性是（）。A.成熟性B.容错性C.功能性正确性D.易恢复性9.在需求工程中，“用户故事”通常用于（）开发模型。A.瀑布模型B.敏捷开发C.螺旋模型D.V模型10.软件配置管理中，“基线”的定义是（）。A.当前正在开发的版本B.经过评审批准的配置项版本C.修复缺陷后的版本D.发布给用户的版本简答题（每题10分，共40分）1.简述软件需求变更管理的完整流程，并说明每个环节的关键产出物。2.解释“软件质量模型”中的“ISO25010质量模型”，并列举其中3个核心质量特性及其子特性。3.简述“敏捷开发”中“每日站会”的目的和主要内容。4.软件测试中，“黑盒测试”与“白盒测试”的区别是什么？请各举一个适用场景。案例分析题（每题15分，共30分）1.题目背景：某电商公司采用瀑布模型开发“双十一促销活动”系统，项目周期3个月。上线前1周，测试团队发现“购物车满减规则计算错误”“并发下单时库存扣减超卖”等10个严重缺陷，导致项目延期2周上线，且上线后出现大量客诉。问题：（1）分析该项目出现严重缺陷的主要原因（至少3点）。（2）若采用敏捷开发，如何避免类似问题？2.题目背景：某金融系统采用单体架构，随着业务增长，系统响应时间从200ms延长至2s，且模块间耦合严重（如“用户模块”修改数据库表结构，导致“订单模块”报错）。团队计划重构为微服务架构，但担心重构风险（如数据一致性、服务治理）。问题：（1）单体架构向微服务架构迁移的核心风险有哪些（至少3点）？（2）针对“数据一致性”风险，提出具体解决方案。设计题（10分）设计一个“在线图书商城”的“用户下单”模块，要求：（1）绘制用例图（至少包含3个参与者，4个用例）；（2）简述“提交订单”用例的详细流程（包含前置条件、后置条件、基本流程）。试卷答案单项选择题（每题2分，共20分）1.C2.B3.C4.C5.B6.C7.A8.C9.B10.B简答题（每题10分，共40分）1.答案：软件需求变更管理流程及关键产出物：（1）变更申请：提交《需求变更申请表》。（2）影响分析：输出《需求变更影响分析报告》。（3）变更评审：输出《需求变更评审记录》。（4）变更决策：输出《需求变更决策报告》。（5）变更实施：输出《需求变更实施记录》。（6）变更验证：输出《需求变更验证报告》。（7）变更归档：更新《需求基线库》。解析：此题考查需求变更管理的标准流程，需按顺序写出每个环节的产出物。注意流程的完整性，不能遗漏环节，产出物要具体（如文档名称）。2.答案：ISO25010质量模型定义8个核心质量特性，其中3个核心质量特性及子特性：（1）功能性：功能性完整性、功能性正确性、功能性安全性。（2）可靠性：成熟性、容错性、易恢复性。（3）易用性：易理解性、易学性、易操作性。解析：此题考查ISO25010质量模型的核心特性及子特性，需准确写出特性名称和对应的子特性，避免混淆（如不要将功能性的子特性写成可靠性的）。3.答案：每日站会的目的：同步进度、暴露问题、协调协作。主要内容：（1）昨天完成了什么工作？（2）今天计划完成什么工作？（3）遇到了什么阻碍需要团队帮助解决？解析：此题考查敏捷开发中每日站会的核心要素，目的和内容需简洁明了，注意不要遗漏关键点（如暴露问题）。4.答案：区别：（1）黑盒测试：不考虑内部结构，只关注输入输出，适用于功能测试、需求验证场景（如用户验收测试）。（2）白盒测试：基于内部代码结构和逻辑设计测试用例，适用于单元测试、代码覆盖率测试场景（如测试一个函数的各个分支是否覆盖）。解析：此题考查黑盒测试与白盒测试的定义区别和适用场景，需明确两者的核心差异（是否关注内部结构）并举例说明。案例分析题（每题15分，共30分）1.答案：（1）主要原因：①需求阶段问题：瀑布模型需求阶段“冻结”需求，但未与业务方明确满减规则细节（如叠加规则），导致开发实现与需求偏差。②测试阶段问题：测试用例未覆盖边界场景（如多件商品满减）和高并发场景，且未进行UAT，导致缺陷后期发现。③模型适用性错误：瀑布模型适用于需求稳定项目，而促销活动需求频繁变动，导致变更无法及时响应，缺陷堆积。（2）敏捷开发改进措施：①需求管理：采用用户故事拆分需求，通过需求评审会确认规则细节；每迭代结束前演示功能，及时纠正偏差。②测试左移：测试人员参与迭代计划会，提前设计测试用例（如并发测试）；迭代后进行回归测试。③高风险场景提前验证：针对高并发、复杂规则，单独进行技术验证迭代（如压力测试）。④用户持续参与：业务方作为产品负责人参与每日站会，确保开发方向与业务一致。解析：此题考查瀑布模型的问题分析和敏捷开发的改进措施。原因分析需结合瀑布模型特点和项目实际（需求变动、测试不足），改进措施需结合敏捷实践（用户故事、迭代测试、用户参与）。2.答案：（1）核心风险：①技术风险：分布式事务管理复杂（数据一致性）、服务间通信性能瓶颈、跨服务查询效率降低。②运维风险：微服务数量多，需配套服务治理（服务发现、熔断、限流），运维复杂度提升。③团队风险：团队缺乏微服务开发经验（如服务拆分、分布式系统设计），可能导致架构设计不合理。（2）数据一致性解决方案：①本地消息表+定时任务：在订单服务中记录本地消息，通过定时任务调用其他服务，失败重试，实现最终一致性。②分布式事务框架：引入Seata框架，采用AT模式（基于本地事务+undo/redo日志），保证跨服务事务原子性。③幂等性设计：在关键接口（如支付回调）增加幂等校验（订单号+状态），避免重复调用导致数据不一致。解析：此题考查微服务迁移风险和一致性解决方案。风险分析需从技术、运维、团队多角度，解决方案需结合微服务常用技术（最终一致性、分布式事务框架、幂等性设计）。设计题（10分）答案：（1）用例图描述：参与者：用户（普通买家）、管理员（商城运营）、支付系统（第三方支付接口）。用例：浏览商品、加入购物车、提交订单、管理订单（管理员）、支付订单。关系：-“提交订单”《include》“选择收货地址”（提交订单必须先选择收货地址）。-“支付订单”《extend》“提交订单”（支付是提交订单的可选扩展，部分订单可能货到付款）。（2）“提交订单”用例详细流程：前置条件：用户已登录；用户购物车中有商品；用户已选择收货地址和支付方式。后置条件：系统生成唯一订单号，订单状态为“待支付”；购物车中已下单商品数量减少；库存系统对应商品库存扣减。基本流程：1.用户点击“提交订单”按钮；2.系统校验购物车商品是否有效（如下架商品）；3.系统校验商品库存，若不足，提示“库存不足”，流程结束；4.系统生成订单号（格式：年月日+用户ID+随机数），记录订单信息（商品列表、金额、收货地址、支付方式）；5