2025年需求分析测试题及答案

2025年需求分析测试题及答案一、单项选择题（每题2分，共20分）1.以下哪项属于非功能性需求？A.用户登录时需验证手机号和验证码B.系统需支持1000并发用户同时访问C.订单详情页需显示商品名称、价格、数量D.管理员可批量导入会员信息2.需求获取过程中，用于快速验证用户对界面交互理解的常用方法是？A.问卷调查法B.原型法C.头脑风暴法D.观察法3.某金融系统要求"交易数据存储需满足GDPR合规性"，这属于哪种需求类型？A.功能需求B.性能需求C.安全需求D.可维护性需求4.需求规格说明书（SRS）中，"当用户连续3次输入错误密码时，账户锁定15分钟"属于？A.业务规则B.数据需求C.接口需求D.约束条件5.进行需求优先级排序时，使用KANO模型划分的"魅力型需求"指的是？A.用户未明确提出，但实现后能显著提升满意度的需求B.用户认为必须满足的基本需求C.满足后用户满意度提升，不满足则满意度下降的需求D.无论是否满足对用户满意度影响较小的需求6.需求验证的关键目标是？A.确保需求符合项目进度计划B.确认需求描述清晰、无歧义且可测试C.评估需求实现的技术可行性D.统计需求数量以计算工作量7.某教育类APP需求文档中描述"教师端需支持作业批改"，此描述的主要问题是？A.未明确作业类型（如文字、视频、图片）B.未说明批改后的通知方式C.未限定教师角色权限（如主科/副科教师）D.以上都是8.需求跟踪矩阵（RTM）的核心作用是？A.记录需求变更历史B.确保每个需求都有对应的测试用例C.建立需求与设计、开发、测试阶段的双向追溯关系D.统计需求覆盖度9.以下哪种场景最适合使用用例（UseCase）进行需求建模？A.描述系统与外部支付网关的交互流程B.定义数据库表结构的字段约束C.说明系统性能指标（如响应时间≤2秒）D.记录用户对界面配色的偏好10.需求变更管理中，"变更影响分析"的重点不包括？A.评估变更对现有功能的影响B.计算变更所需的开发工时C.分析变更对用户体验的影响D.确认变更提出者的职位层级二、简答题（每题8分，共40分）1.简述用户故事（UserStory）的三要素及其在需求分析中的作用。2.列举至少4种需求获取方法，并说明每种方法的适用场景。3.说明功能需求与非功能需求的主要区别，各举2个典型例子。4.需求规格说明书应包含哪些核心内容？请列出5个以上关键章节。5.当业务方提出"系统需支持未来3年用户量增长5倍"的需求时，需求分析师应从哪些维度进行深入挖掘？三、案例分析题（每题20分，共40分）案例一：某生鲜电商平台拟开发"社区团购"模块，需求团队收集到以下原始需求：①团长需通过微信小程序发起团购，可设置商品库存、截单时间②系统需在截单后30分钟内自动提供采购单③用户下单时需选择自提点（社区内500米范围内的便利店/快递柜）④商品详情页需展示生产日期、保质期、冷链运输温度⑤团长可查看团员的下单明细，但无法修改订单⑥系统在用户付款成功后发送短信通知（包含订单号、自提时间）⑦大促期间（如周末）系统需支持5万并发下单⑧老年用户反馈商品名称字体太小，建议调整为16号以上问题：（1）将上述需求按功能需求（FR）与非功能需求（NFR）分类，写出对应序号；（2）从需求描述质量角度，指出需求①存在的问题并提出修改建议；（3）针对需求⑧，说明应补充哪些细节以提升需求可测试性。案例二：某企业拟开发智能会议室预约系统，需求评审会上出现以下争议：行政部："系统必须支持手机端、PC端、会议室触控屏三端预约"IT部："三端同步可能增加开发复杂度，建议优先开发PC端"研发部："需要记录每次会议的实际使用时长，用于统计会议室利用率"财务部："超2小时的会议需部门负责人审批，否则无法预约"用户代表（普通员工）："希望能快速找到最近3天有空的小会议室（≤10人）"问题：（1）使用MoSCoW方法对上述需求进行优先级排序（分为Must-have、Should-have、Could-have、Won't-have）；（2）说明需求分析师在处理部门争议时应采取的关键措施；（3）提出验证"快速查找最近3天有空小会议室"需求是否满足的测试场景。答案一、单项选择题1.B（非功能需求关注系统属性，如性能、可靠性；A/C/D为具体功能实现）2.B（原型法通过可视化界面快速验证交互需求）3.C（GDPR涉及数据隐私保护，属于安全合规需求）4.A（业务规则定义系统运行的逻辑约束）5.A（KANO模型中魅力型需求是用户未预期但能提升满意度的需求）6.B（需求验证核心是确保需求质量，包括清晰性、完整性、可测试性）7.D（需求描述需明确主体、行为、对象、约束条件，原描述缺少多维度细节）8.C（RTM核心是建立需求与各开发阶段的双向追溯，确保需求不遗漏）9.A（用例适合描述系统与参与者的交互流程）10.D（变更影响分析关注技术、业务、用户影响，与提出者职位无关）二、简答题1.用户故事三要素：角色（Who）、目标（What）、收益（Why）。作用：以用户视角描述需求，促进开发团队与用户的共同理解；支持敏捷开发中的需求拆分和优先级排序；通过"验收标准"明确完成条件，提升需求可测试性。2.需求获取方法及适用场景：访谈法：适用于关键用户（如业务负责人），深入挖掘复杂业务流程；问卷调查法：适用于大范围用户（如终端消费者），收集定量数据；观察法：适用于了解用户实际操作行为（如超市收银员使用系统的真实场景）；原型法：适用于交互需求不明确时，通过可视化原型快速验证；头脑风暴法：适用于跨部门需求讨论，激发创新想法。3.区别：功能需求描述系统"做什么"（具体功能），非功能需求描述"做得如何"（系统属性）。功能需求例子：用户可修改个人收货地址；管理员可导出月度销售报表。非功能需求例子：APP启动时间≤1.5秒；用户信息存储需加密（加密算法≥AES-256）。4.核心内容：概述（系统目标、范围）；参考文档；总体约束（如技术选型、合规要求）；功能需求（用例/用户故事）；非功能需求（性能、安全、易用性等）；数据需求（数据模型、数据流程）；接口需求（与外部系统交互）；验收标准；附录（术语表、版本历史）。5.挖掘维度：当前用户基数及增长预测（如现有10万用户，3年目标50万）；关键业务场景（如峰值下单、数据查询）的性能瓶颈；系统架构扩展性（如是否支持分布式部署、数据库分片）；硬件/云资源预算（服务器扩容、带宽升级）；第三方服务依赖（如支付接口、物流API的并发支持）；用户行为变化（如移动端占比是否会提升）。三、案例分析题案例一：（1）功能需求（FR）：①③⑤⑥；非功能需求（NFR）：②④⑦⑧（注：④涉及商品信息展示的详细程度，属于数据需求中的内容完整性要求，可归类为非功能；②为时间约束，属于性能需求）（2）问题：未明确团长的权限边界（如是否可修改已发起的团购信息）、商品库存的类型（实物库存/虚拟库存）、截单时间的设置范围（如最小/最大可设置时长）。修改建议："团长通过微信小程序发起团购时，可设置商品实物库存数量（≥10件）、截单时间（需在发起时间后≥2小时且≤72小时），发起后30分钟内可修改团购信息，超时后仅可查看不可修改"。（3）补充细节：目标用户群体（60岁以上老年用户）；测试环境（微信小程序默认字体设置，不使用用户自定义字体）；验证方式（随机抽取20名目标用户，使用视力≤0.8的设备，在自然光/弱光环境下识别商品名称的准确率≥90%）；字体具体要求（16号宋体，行间距≥1.5倍）。案例二：（1）优先级排序：Must-have（必须实现）：用户快速查找最近3天有空小会议室（基础功能）；手机端/PC端预约（覆盖主要使用场景）；Should-have（应该实现）：记录会议实际使用时长（管理需求）；超2小时需负责人审批（财务控制）；Could-have（可以实现）：会议室触控屏预约（提升体验但非必需）；Won't-have（本次不实现）：无（所有需求均有价值，可调整为迭代计划）。（2）关键措施：①明确系统核心目标（提升会议室使用效率，减少资源浪费）；②收集各部门需求背后的真实诉求（如IT部担心复杂度可讨论分阶段实施）；③量化需求影响（如三端开发需增加2人月，触控屏后续迭代）；④建立需求优先级决策标准（如用户覆盖度、业务价值、技术风险）；⑤形成会议纪要并确认各方责任。（3）测试场景：正常场景：用户选择"小会议室（≤1