找谁造数、造什么样的数，时间往往都消耗在沟通上。 基于以上痛点和难点，并结合对测试数据实际准备过程中相关问题的探索和研究形 成了长链路业务测试数据快速构造方法论，主要包括场景梳理、功能编排、数据构造、 结果反馈以及维护保鲜等几部分，总体流程如下图所示： 39 《51 测试天地》七十四 www.51testing.com 1、场景梳理 场景梳理主要是指在熟悉长链路业务流程、接口和实现逻辑的基础上，按照待造数 51testing.com 简单来讲，功能编排的核心主要是通过 JSONpath 语法完成参数动态替换，如下图所 示： 3、数据构造及结果反馈 数据构造主要包括明确输入、输出格式等信息，并按照完成组合好的场景完成数据 构造，而结果反馈是将构造完成的数据按照格式反馈给用户。 41 《51 测试天地》七十四 www.51testing.com 4、维护保鲜机制 维护保鲜机制是为了解决在首次建 维护保鲜机制是为了解决在首次建立长链路业务数据构造流程后，中间由于某些原 因导致长链路场景发生了变化（例如功能和接口有改变）而数据构造失效不可用，在通 过维护保鲜后能够及时响应变化，以确保数据构造能够随时可用。在检查反馈数据结果 是否符合预期后，如不符合则进入维护保鲜环节及时进行处置，待处置成功后继续循环 构造流程。处置措施一般包括以下三方面： 1.若判断是场景发生变化，需重新评估； 2.若判断是场景中功能发生变化，需定位到具体功能，重新梳理更新场景；

档内容的生成和导出工 具。 文档内容由网友们编写和整理，书栈(BookStack.CN) 难以确认文档内容知识点是否错漏。如 果您在阅读文档获取知识的时候，发现文档内容有不恰当的地方，请向我们反馈，让我们共同携手， 将知识准确、高效且有效地传递给每一个人。 同时，如果您在日常生活、工作和学习中遇到有价值有营养的知识文档，欢迎分享到 书栈 (BookStack.CN) ，为知识的传承献上您的一份力量！ 面——包括了最新的修正和新添加的内容，以及对于只面向使用 Django 最新版本的用户开放的新特 性讨论。（参考下文“版本之间的差异”） 我们鼓励您通过反馈系统 提交更新，修正和建议以促进文档质量的改善。Django的开发人员会积极 地关注反馈系统，并根据您的反馈来改善文档。 请注意，无论如何，提交的反馈应该和文档密切相关，而不是涉及技术支持的问题。如果您需要额外 的技术支持，请试试 django user 邮件列表或者 #django