互联网产品开发（AIGC版）（微课版） 第七章课后练习及参考答案

课后练习一、单选题（一）在互联网产品项目管理中，下列哪一项不属于“项目管理铁三角”的核心要素（）A.时间 B.成本 C.质量 D.用户增长正确答案：D（二）在测试流程控制中，哪个阶段主要目的是验证新版本对旧功能的影响？（）A.冒烟测试 B.验收测试 C.回归测试 D.单元测试正确答案：C（三）下列哪种项目管理方法更适合需求变动频繁、需要快速试错和迭代优化的互联网产品？（）A.瀑布式管理模式B.敏捷式管理模式C.混合式管理模式D.传统工程管理模式正确答案：B二、多选题（一）以下哪些属于常见的软件测试类型？（）A.单元测试 B.性能测试 C.市场测试 D.接口测试 E.A/B测试正确答案：ABDE（二）以下哪些属于有效的风险识别方法？（）A.项目复盘分析B.头脑风暴C.专家评估D.代码重构E.历史项目对比正确答案：ABCE三、简答题1．请简述WBS的含义，并结合实例说明其在互联网产品项目中的作用。一、WBS的含义WBS的全称是WorkBreakdownStructure，即工作分解结构，是项目管理中核心的任务分解工具。它的核心逻辑是：将一个复杂的项目目标，按照层级化、结构化的方式，分解为一系列更小、更具体、可独立管理和执行的任务单元。WBS需遵循两个关键原则：100%原则：分解后的所有子任务之和，必须等于上层任务的全部工作范围，既不遗漏也不重复。可交付原则：每个分解后的任务都对应明确的产出物（如文档、功能模块、测试报告等），且能明确负责人、时间节点和资源需求。二、WBS在互联网产品项目中的作用明确任务边界，避免重复/遗漏分解后，“前端开发”和“后端开发”的职责清晰划分，“第三方接口联调”作为独立任务，避免了前后端互相推诿；同时覆盖“需求-设计-开发-测试-运营”全流程，确保没有遗漏关键环节。便于资源分配与责任到人项目负责人可根据WBS任务，为“UI视觉设计”分配设计师、为“后端开发”分配工程师、为“用户调研”分配产品经理，每个任务都能对应到具体责任人，避免“人人负责却无人负责”。支撑进度跟踪与风险管控项目执行中，可通过WBS任务节点（如“高保真原型交付”“功能测试完成”）跟踪进度。若发现“竞品分析”延迟，可及时调配资源补位，避免影响后续的需求文档撰写。辅助成本与时间估算每个细分任务的工时和人力成本可精准估算（如“低保真原型设计”预计3天、1名产品经理），叠加后即可得出整个项目的总工期和总成本，为项目预算和排期提供依据。促进团队协作与沟通WBS是团队的“共同任务清单”，开发、设计、测试等不同角色可清晰知晓自己的任务与其他角色的衔接点（如“设计稿评审”是设计与开发的衔接节点），减少跨角色沟通成本。2．请列出并解释项目缺陷管理周期的五个阶段。项目缺陷管理周期是保障产品质量的核心流程，其五个核心阶段按顺序为缺陷发现、缺陷提交、缺陷分析与分配、缺陷修复、缺陷验证与关闭。各阶段环环相扣，确保产品中的问题被高效定位、解决并闭环，以下结合互联网产品项目（如亲子早教打卡小程序）逐一解释：缺陷发现阶段这是缺陷管理的起点，指通过各类测试或实际使用，识别产品中不符合需求规格、设计标准或用户预期的问题。核心活动：测试人员执行功能测试、兼容性测试、性能测试等，或内测用户/研发人员在使用过程中，发现功能异常、界面错乱、逻辑漏洞等问题，并记录缺陷现象、复现步骤、测试环境（如手机型号、系统版本）。示例：测试人员在测试亲子小程序时，发现“打卡后无法生成分享海报”，且多次操作均复现该问题。参与角色：测试工程师、内测用户、研发人员核心目标：全面、准确捕捉产品缺陷，不遗漏关键问题。缺陷提交阶段指将发现的缺陷，以标准化格式录入缺陷管理工具（如Jira、禅道、TestLink），形成可追溯的缺陷工单。核心活动：填写缺陷的核心信息，包括缺陷所属模块（如“分享功能模块”）、严重程度（致命/严重/一般/轻微）、优先级（高/中/低）、复现步骤、截图/录屏证据等，确保信息完整无歧义。示例：测试人员在禅道中录入工单，标注该缺陷严重程度为“严重”（影响核心分享功能），优先级为“高”，并附上操作录屏。参与角色：缺陷发现者核心目标：让研发团队清晰理解缺陷细节，为后续处理提供依据。缺陷分析与分配阶段指项目负责人或测试负责人对提交的缺陷进行评估、分级，并分配给对应的责任人员，明确修复主体。核心活动评估缺陷：判断缺陷的根源归属（如前端界面问题、后端接口问题、第三方插件问题）；确认严重程度和优先级是否合理（如“无法分享”确实属于高优先级）。分配责任人：将缺陷工单指派给对应模块的研发人员（如前端开发工程师）。示例：项目负责人分析后，判定“无法生成海报”是前端渲染逻辑问题，将工单分配给前端开发小李。参与角色：测试负责人、项目经理、开发负责人核心目标：精准定位缺陷根源，明确修复责任，避免推诿。缺陷修复阶段指责任研发人员接收缺陷工单后，定位问题原因、编写代码修复，并完成自测的过程。核心活动定位根源：研发人员根据工单的复现步骤，调试代码找到问题（如前端未正确接收后端返回的海报模板数据）。代码修复：修改错误代码，优化逻辑。自测验证：修复后，研发人员按照原缺陷复现步骤自测，确认问题已解决。示例：前端小李修复了数据接收逻辑，自测后确认打卡能正常生成分享海报，随后在缺陷工具中标记“已修复，待测试验证”。参与角色：开发工程师核心目标：彻底解决缺陷，且不引入新的问题。缺陷验证与关闭阶段这是缺陷管理的收尾阶段，指测试人员对修复后的版本进行回归测试，确认缺陷是否彻底解决，并决定关闭缺陷或重新打开工单。核心活动回归测试：测试人员在修复后的版本中，按照原缺陷复现步骤执行测试。结果判定：若缺陷不再复现，则将工单关闭；若仍存在问题，则标注“修复无效”，重新打开工单并返回至“缺陷修复阶段”，要求研发人员再次处理。示例：测试人员验证后，确认分享海报可正常生成，将该缺陷工单关闭；若仍无法生成，则重新打开工单并备注问题点。参与角色：测试工程师核心目标：确保缺陷彻底闭环，保障产品交付质量。四、思考题假设你负责开发一个高校智能报修小程序，请围绕项目计划管理，完成以下任务：1．制定任务清单并进行关键里程碑拆解（不少于5项）；2．设计测试计划（包括测试内容与方法）；3．说明如何借助AIGC工具辅助生成甘特图或自动化测试脚本参考答案：一、任务清单与关键里程碑拆解（一）全流程任务清单需求调研与分析：访谈高校后勤、师生用户；输出需求规格说明书产品设计：低保真原型设计→高保真原型设计→原型评审→UI视觉设计技术开发：前端：小程序页面开发、交互逻辑实现后端：报修工单系统、派单系统、数据统计模块开发；第三方接口联调（如消息推送）测试优化：功能测试、兼容性测试、性能测试、安全测试；缺陷修复与回归测试部署上线：服务器配置、小程序审核提交、灰度发布、全量上线运营迭代：用户反馈收集、数据监控分析、1.0版本迭代优化（二）关键里程碑（6项）M1：需求评审通过-输出最终版需求规格说明书，确认功能边界M2：产品原型定稿-高保真原型+UI设计稿通过各方确认，进入开发阶段M3：开发完成，进入测试-前后端功能开发完毕，交付测试版本M4：全量测试通过-所有缺陷闭环，输出测试报告，满足上线标准M5：小程序上线发布-通过平台审核，面向全校师生开放使用M6：上线后1个月运营复盘-完成首轮用户反馈收集与数据复盘，输出迭代方案二、测试计划（一）测试内容功能测试：核心流程（报修提交→工单派单→维修完成→评价反馈）全链路验证；异常场景（断网、重复提交、权限不足）测试兼容性测试：主流手机型号、微信版本适配测试；不同网络环境（4G/5G/WiFi）测试性能测试：页面加载速度、工单提交响应时间、高并发场景（报修高峰期）稳定性测试安全测试：用户信息脱敏验证、权限管控测试（如学生仅能查看自己的工单）、防SQL注入测试（二）测试方法黑盒测试：测试人员模拟师生、后勤人员真实操作，验证功能是否符合需求自动化测试：借助工具编写脚本，对核心流程进行重复回归测试人工专项测试：兼容性测试采用多设备真机测试；安全测试引入简单渗透测试手段用户内测：邀请小范围师生试用，收集真实使用反馈三、AIGC工具辅助方案（一）辅助生成甘特图向AIGC工具（如ChatGPT、豆包）输入项目任务清单、任务依赖关系、预估工时、责任人等信息，指令其输出结构化的甘特图数据源（如CSV格式）。将AIGC生成的数据源直接导入甘特图工具（如Project、甘特图工坊），自动生成甘特图雏形。人工微调任务