每个公司的研发体系不一样，特别是很多项目的过程资产不健全，比方说需求文档不明确，架构设计不明确。并且测试是整个开发过程中间的一环。没有详尽的需求文档和设计文档，很难把功能需求测试全面。当前我在实例化，测试人员到底是怎么分析功能需求、怎么提取测试点？实际上这个过程很模糊，是个隐性知识。靠的是经验、知识沉淀、项目文档是否齐全。但是我现在需要把这个过程清晰化，流程化，作为提示词给到大模型，将我们人是如何执行功能测试设计的过程，写成提示词，给到大模型，来生成详细的测试点。所以希望课程中，有更多的从整体需求如何下手，做需求分析的过程是如何拆解的？如果需求不清晰，自己应该怎么完善需求再来执行需求分析，提取测试点？陈老师给出的例子，适合个人操作，但是如果需要把这个工程化，赋能团队应该如何落地？我现在在尝试Claude code的工作流来拆解功能测试设计，希望自己能够把需求分析到提取测试点清晰化出来，做成标准的研发过程。如果陈老师能把测试人员实际怎么做需求分析-》测试用例设计的过程很明确的讲出来，把隐性知识结构化的表达出来，我相信如果能把这个过程拆件出来，再来应用当下的LLM的能力，比如说workflow、agent、skills、mcp等，就很好把功能测试做好。但是由于很多人没法说清楚测试过程，而且还有需求不明确的事情在给测试人员增加难度。在软件开发中，BA提供了需求文档。开发人员是通过架构设计把业务需求通过IT系统实现了。测试人员是通过分析需求后，把业务需求通过测试用例这个载体来体现了。一个是代码，一个是文字写的测试用例。两者都是对业务需求的理解转后后的产物。但是代码是有架构设计的，那么我们的测试用例应该就像是写代码一样，同样需要做设计。如果能把测试设计详细的写出指导测试用例写什么，而不是像传统的测试策略那样，说什么阶段做什么类型的测试，我觉得这种策略已经不适应现在的环境了。如果我们能把功能测试设计标准化，后面的用例生成和执行就可以自动化的给到LLM去做了。