qq_41413652的博客

原创 产品PRD中一般需要包含哪些内容，必须要有产品概述和需求池吗

结论：产品概述和需求清单是PRD的必要内容，而“需求池”属于长期需求管理工具，无需写入PRD。需求池（Product Backlog）：长期需求集合，优先级动态调整，独立于PRD管理。作用：明确产品背景、目标用户、核心价值、业务目标（如转化率提升、用户增长等）。内容：当前版本需实现的需求列表（含优先级、功能描述、验收标准等）。注意：需求池（长期需求列表）通常独立维护，不属于PRD强制内容。内容：具体功能逻辑、交互流程、原型图/UI标注、埋点规则等。需求清单：仅包含当前版本需开发的需求，是PRD的必要内容。

原创 【LLM模型】如何构建自己的MCP Client？

开始构建可以与所有 MCP 服务器集成的自己的客户端。在本教程中，您将学习如何构建一个基于 LLM 的聊天机器人客户端，并连接到 MCP 服务器。如果您已经阅读过服务器快速入门指南，它将指导您完成构建第一个服务器的基础知识。

原创 【数据库】数据库设计中，关系描述 和 外键存储

关系类型关系描述外键存储位置1对1两个实体之间有一对一的关系外键可以存储在任一方的表中1对多一个实体实例与多个实体实例之间有关系外键存储在“多方”表中，指向“1方”表多对多两个实体实例之间有多对多的关系使用中介表，存储两个外键分别指向两个实体表。

原创 【LLM模型】如何构建自己的MCP Server？

Model Context Protocol (MCP) 是一种协议，它允许大型语言模型（LLMs）访问自定义的工具和服务。Trae 中的智能体作为 MCP 客户端可以选择向 MCP Server 发起请求，以使用它们提供的工具。你可以自行添加 MCP Server，并添加到自定义的智能体中来使用。MCP 是一个开放协议，它规范了应用程序向 LLM 提供上下文的方式。MCP 就像 AI 应用程序的 USB-C 端口一样。

原创 【产品经理从0到1】后台基础

我们搭建了一个xx资讯的前台MVP产品，允许用户在前台发送各种原创内容。但内容的总量还是不够，需要支持让公司的运营人员在系统中发送文章，请问该怎么做？答：搭建后台管理系统，添加内容管理模块等；“后台” 与“前台”都是相对独立的平台：• 前台是服务于互联网用户的平台；• 后台主要是支撑前台页面内容、数据及对前台业务情况的统计分析的系统。

原创 【产品经理】常见的三大后台系统

企业可根据自身规模（中小型企业可能先上OA/CRM，大型企业优先ERP）和行业特性（如制造业重ERP，服务业重CRM）分阶段部署这些系统。通过集成企业内部核心业务流程（如财务、供应链、生产、人力资源等），实现数据共享与流程协同的系统，目标是优化资源配置、提升运营效率。数据互通：CRM的客户数据可同步至ERP生成销售订单，OA审批的采购单自动触发ERP库存更新。ERP侧重后端资源管理，CRM聚焦前端客户价值，OA连接全员协作。例如：销售通过CRM签单→ERP安排生产→OA协调物流与财务结算。

原创 【产品经理】互联网产品开发思路

在互联网产品开发中，选择公众号/服务号、小程序、APP的顺序需要结合业务场景、资源投入、用户需求和长期战略来综合决策。低成本验证：开发周期短（1-2周），成本仅为H5页面开发，适合快速测试核心功能（如信息推送、表单收集）用户触达效率：消息模板可直接触达用户，图文推送打开率高于APP推送（平均18% vs 5%）生态流量优势：通过微信搜索、朋友圈分享获取自然流量，适合内容型产品（知识付费、媒体类）O2O服务未利用服务号模板消息（订单提醒打开率下降60%）工具类产品过早开发APP（日活<1万时投入百万开发）

原创 【产品经理从0到1】产品设计规范下

小程序：一种不需要下载安装，即可使用的应用；开发成本低；流畅的使用体验；庞大的流量池可供使用；用完即走，不占用手机内存，但是有使用记录供用户可方便的再次找回产品；导航设计要遵循以下原则：• 简单：每个网站都应该有尽可能简单的结构；• 清晰：导航的每项对用户而言，都应该是清楚的；• 一致：系统的导航页在每一页中都应该是相同的；• 用户最少的点击，最快地到达目的网页；PC导航：面包屑，非线性；APP导航：线性；

原创 【产品经理】常见的交互说明撰写方法

若验证通过，跳转至成功页。方法：制作可交互的高保真原型（如ProtoPie、Principle），通过动效模拟操作流程。“表单提交时若网络断开，显示Toast提示‘网络异常，请重试’，并在3秒后自动重新提交。通过组合上述方法，您可以清晰传达设计意图，降低开发理解成本，确保产品交互逻辑的准确实现。方法：直接在原型图（如Figma、Axure）中添加注释，说明元素的交互行为。方法：描述界面或组件的不同状态（如默认态、加载态、报错态）及触发条件。适用场景：多分支、复杂流程（如注册登录、支付流程）。

原创 【产品经理从0到1】产品设计规范上

• 原型要先画默认状态（没有任何操作之前的状态），然后再绘制交互后的效果；• 产品经理在设计交互逻辑时，为了避免让用户陷入更深层级中，一般要求单流程最多跳三次（特殊情况除外），常见的临时视图不占次数；• 在设计强制执行页面时（如强制注册）一般不提供其他跳转出口，让用户保持高度专注，形成逻辑闭环，减少错误发生；（慎用）• 弱执行流程（比如浏览、查看详情等）可提供跳转出口（如分享），增加流量；• 完成阶段一般可以设置快速返回，让用户更快从深层返回。

原创 【产品经理从0到1】Axure介绍

addMilliseconds：返回一个新的DateTime，它将指定的毫秒加到此实例的值上。addMinutes：返回一个新的DateTime，它将指定的分钟数加到此实例的值上。addMonths：返回一个新的DateTime，它将指定的月数加到此实例的值上。addHours：返回一个新的DateTime，它将指定的小时数加到此实例的值上。addYears：返回一个新的DateTime，它将指定的年数加到此实例的值上。addDays：返回一个新的DateTime，它将指定的天数加到此实例的值上。

原创 【产品经理从0到1】原型及Axure介绍

功能：用于快速制作原型的软件，它在无需编码的情况下构建低、高保真的原型，只需拖、拉、编辑即可完成；原型：用线条、图形描绘出的产品框架，也称线框图，是需求和功能的具体化表象；作用：1、原型是需求和功能的具体化表象，可以辅助产品经理与领导、UI、和技术进行沟通；2、原型相对于手稿而言，信息含量更丰富。选择、置顶、组合选择：建议⼤家使⽤“包含选中”，这样可以避免误操作；缩⼩/放⼤：⼤家在制作原型的时候，这两个功能要经常使⽤，提升原型制作效率；

原创 【产品经理从0到1】产品规划

• 包含关系，可以纵向进行信息架构，比如买东西的时候，挑选、下单、支付、邮寄之间就是上下游包含的关系，要邮寄必须得先支付，要支付必须先下单，要下单先要经过挑选；• 并列关系，两个功能之间没有关联，可以考虑横向进行信息架构，比如微信里面的通讯录和发现，两个功能之间相互影响的因素很小。来描述业务流程的一种图，通过一些特定的符号和连线来表示具体某个业务的实际处理步骤和过程，详细地描述任务的流程走向。• 产品从0到1，从1到N，是一步一步来的，产品功能也是不断增加完善的；反映在数据流程图中。

原创 【产品经理】业务流程图需要画到多细才算合格？

合格流程图：包含分支逻辑（如支付成功/失败）、系统自动触发的动作（如库存扣减）、人工介入环节（如大额订单风控审核）。不合格流程图：仅描述“用户下单→支付→发货”，未说明支付失败如何重试、库存不足时如何通知用户。如果某个步骤存在超过20%概率的异常情况（如支付失败、审核驳回），需要单独标注处理流程。具体执行（给开发、操作人员用）：需细化到操作步骤、异常处理、数据流向等。必须包含所有影响业务结果的核心步骤（例如订单生成、支付、审核、退款）。流程图需标注参与角色（用户、系统、部门），并明确各环节的责任归属。

原创 【产品经理】产品常用的流程图

类型关注点主要应用场景描述层面业务流程图业务活动的顺序与组织间的关系业务流程、工作流分析高层次、抽象化的流程页面流程图用户界面和功能模块之间的跳转关系UI设计、用户交互流程界面层次、用户交互数据流程图数据的流动、处理与存储系统架构设计、数据库建模具体的数据流转和处理这三者是互补的，它们分别从业务角度用户交互角度数据处理角度展示了产品的不同层次，开发过程中通常需要同时考虑并结合它们来确保产品的业务目标、用户体验和技术实现都能顺畅衔接。

原创 【产品经理从0到1】用户研究和需求分析

用户角色 user personal，从用户群体中抽象出来的典型用户，一般会包含：1、个人基本信息；2、家庭、工作、生活环境描述；3、与产品使用相关的具体情境，用户目标或产品使用行为描述等。需求分析的基本思路？基于场景分析需求；何为场景？场景 = 时间 + 地点 + 人物 + 环境 + 事件思考：场景和需求有什么关系？答案：不同的需求都是在特定的场景下被满足的，要做好产品，就必须考虑产品要服务怎样的场景。需求1：在国外旅游的客人，想吃好吃的产品：境外版的大众点评；

原创 【软件测试】美团外卖App测试计划

通过合理选择工具并整合流程，可在5个月内高效完成美团外卖App的全方位质量保障。以下是针对美团外卖App测试项目中。

原创 【产品经理从0到1】需求收集和需求管理

定义：需求池主要是用来收集和管理各方需求的集合；需求池不仅仅是简单记录需求是什么，还会记录这个需求相关的一些关键信息。

原创 【产品经理从0到1】产品基础

更多BRD、MRD、PRD文档示例请后台私信我领取。

原创 【产品经理从0到1】内容大纲

原创 【软件测试】人工智能增强Web 自动化测试框架方案

这个方案通过利用 AI 技术来增强 Web 自动化测试的各个方面，包括自动生成测试用例、智能定位元素、自动修复失败的测试、优化测试执行顺序等。通过这些方法，测试可以更高效、智能地进行，减少人工干预，提高自动化测试的稳定性和适应性。

原创 【软件测试】自动化测试框架Pytest + Selenium的使用

通过 Pytest 和 Selenium 的结合，可以非常方便地编写、组织和执行 Web 自动化测试。Pytest 提供了强大的测试功能和灵活的配置，而 Selenium 则提供了与浏览器交互的能力，二者结合能帮助测试人员快速有效地进行自动化测试。

原创 【软件测试】Postman中如何搭建Mock服务

在 Postman 中，是一项非常有用的功能，允许你在没有实际后端服务器的情况下模拟 API 响应。通过创建 Mock 服务，你可以在开发阶段或测试中模拟 API 的行为，帮助团队成员进行前端开发、API 测试和集成测试等工作。

原创 【软件测试】自动化测试结合 CI/CD有哪些方案

将自动化测试与 CI/CD 流水线结合，可以显著提升软件交付效率和质量。config.yml。

原创 【软件测试】测试用例设计方法

测试用例设计方法中的等价类划分、边界值分析和错误推测法是三种不同的策略，它们的目标和应用场景各有侧重。通过组合使用这些方法，可以兼顾效率、覆盖率和深度，确保测试的全面性。（如最小值、最大值、临界值），因为边界附近是错误高发区。（非法输入），每个等价类中选择一个代表性值进行测试。，推测系统可能存在的缺陷场景并设计测试用例。灵活，能发现其他方法遗漏的异常场景；针对性强，能高效发现边界相关缺陷。：依赖经验，无法系统化覆盖。避免穷举测试，提高效率。将输入数据划分为若干。

原创 【软测】AI助力测试用例

AI在帮助编写测试用例时，通常会利用需求文档、原型图、概要设计、详细设计等多个文档，自动化地生成测试用例。这些文档提供了系统的功能需求、设计细节和用户界面，AI可以从中提取信息来构建全面的测试覆盖。AI通过参考需求文档、原型图、概要设计、详细设计等文档，能够自动生成全面、精准的测试用例。AI在生成测试用例时，可以依据详细设计文档中的具体技术细节来编写更为精确的测试用例。原型图通常用于展示系统的用户界面和交互流程。AI可以通过分析原型图，结合需求文档中的内容来生成UI（用户界面）相关的测试用例。

原创 子比主题zibll-V8.0最新开心版

注意：本文章只是子比主题的授权教程，如需要源码文件，请点击。

原创 【前端】css布局中，主轴和副轴的区别

主轴（Main Axis）：元素排列的主要方向，默认是水平（row），也可以设置为垂直（column副轴（Cross Axis）：与主轴垂直的方向，如果主轴是水平的，副轴就是垂直的，反之亦然。通过控制主轴和副轴的方向和对齐方式，你可以精确地安排元素在容器中的位置。

原创 【软件测试】测试计划模板

非功能测试：性能（并发、响应时间）、安全性（SQL注入、XSS漏洞）、兼容性（浏览器、设备）。可根据项目规模调整测试类型和资源投入（如敏捷项目可简化文档，聚焦核心测试项）。项目概述：简要说明被测系统的功能及业务场景（如电商平台、金融系统等）。功能测试：核心业务流程（如用户注册、支付流程）、模块接口、UI交互。测试必要性：说明测试对系统稳定性、用户体验及安全性的保障作用。功能测试：基于需求文档设计用例，覆盖正向、逆向场景。参考文档：需求规格说明书、设计文档、接口文档。Jira/Xray（用例管理、缺陷跟踪）

原创 【软件测试】功能自动化测试用例通常包含哪些要素

功能自动化测试用例是用于验证软件功能是否按预期工作的脚本或代码。与接口自动化测试用例不同，功能自动化测试用例通常关注用户界面（UI）和用户交互。

原创 【软件测试】接口自动化测试用例通常包含哪些要素

接口自动化测试用例通常包含以下要素：用例ID：用例名称：接口信息：请求参数：预期结果：前置条件：后置条件：依赖关系：测试数据：执行步骤：实际结果：结果验证：备注：优先级：自动化脚本：示例：这些要素确保了测试用例的完整性和可执行性。以下是一个使用Python和库编写的简单接口自动化测试脚本示例，用于测试用户登录接口。假设接口的URL为，请求方法为POST，请求体为JSON格式。脚本说明：导入库：定义接口URL：定义请求头：定义请求体：发送POST请求：打印响应信息：验证状态码：验证响应数据：验证响应

原创 AI图像识别课程设计

通过真实场景的问题驱动，培养具备技术能力、生态意识和伦理判断的复合型AI人才。建议配套开发虚实结合的实验平台，并建立与自然保护区、科研机构的长期合作机制。《AI驱动下的自然之眼：智能动物图像识别与应用》

原创 top查看监控

CPU 负载：系统的负载较高，特别是 15 分钟的平均负载为 27.31，可能表明 CPU 正在面临较大的压力，尤其是如果你有多个 CPU 核心时。内存使用：大部分内存已被使用，但系统仍然有空闲内存（约 711 MB），并且缓存的内存可以在需要时释放。没有交换空间：由于没有配置交换空间，系统可能在内存不足时会遇到问题，尤其是在高负载的情况下。如果系统负载持续过高或出现性能瓶颈，可能需要检查哪些进程正在消耗大量资源。

原创 如何在linux系统，通过top命令，查看监控

CPU 负载：系统的负载较高，特别是 15 分钟的平均负载为 27.31，可能表明 CPU 正在面临较大的压力，尤其是如果你有多个 CPU 核心时。内存使用：大部分内存已被使用，但系统仍然有空闲内存（约 711 MB），并且缓存的内存可以在需要时释放。没有交换空间：由于没有配置交换空间，系统可能在内存不足时会遇到问题，尤其是在高负载的情况下。如果系统负载持续过高或出现性能瓶颈，可能需要检查哪些进程正在消耗大量资源。

原创 【数据库】ER图设计原则浅谈

关系的方向性要反映实际业务流程或行为”这一原则强调，在ER图设计时，关系的箭头方向应该与实际业务中的数据流动或操作流程保持一致。更清晰地表达业务逻辑；确保外键约束和数据操作符合业务需求；避免歧义和错误的理解。总之，ER图中的关系方向不仅仅是一个技术细节，更是业务流程的直接映射，因此在设计时需要特别关注。

原创 An error occurred during credentials validation, Max retries exceeded with url: /api/chat

使用deepseek + dify 搭建本地知识库时，报错如下：An error occurred during credentials validation: HTTPConnectionPool(host=‘192.168.1.23’, port=11434): Max retries exceeded with url: /api/chat (Caused by NewConnectionError(‘<urllib3.connection.HTTPConnection object at 0x7f

原创 【PPT】PPT中通过方框、边界、文字、 颜色等组合来表达设计自己的思路

通过方框边界文字和颜色区分等设计手段，你可以使PPT的视觉效果更加清晰有序，从而更好地表达你的设计思路。这种组合的目的不仅是为了美化页面，更是为了使信息传达更加高效、直观，帮助观众理解你想表达的内容。

原创 Word中如何格式化与网页和 HTML 内容相关的元素

这些 HTML 样式主要用于在技术文档、开发教程或 Web 开发相关的文章中格式化特定的 HTML 内容元素，增强文档的可读性和清晰度。它们有助于区分不同的内容部分，使读者能够快速识别和理解 HTML 代码、定义、地址、引用等特殊内容。

原创 【数据库设计】电商系统中，SPU和SKU是如何设计的

SPU是一个商品的抽象单位，用来表示商品类别及其通用属性。SKU是商品的具体变种，代表了一个独立可销售的单元，用来进行库存管理、销售和价格控制。在电商系统中，设计时SPU与SKU是两层不同的抽象，SPU用来组织和分类商品，SKU则具体化为每个商品的实际销售单元，负责库存和销售数据的管理。

原创 Agile Scrum 敏捷开发方法

Scrum 是一种结构化且灵活的敏捷开发框架，提供了清晰的角色定义、固定的活动和管理工件，使团队能够高效协作、快速交付产品。通过短期的迭代、持续的反馈和改进，Scrum 旨在帮助团队在快速变化的市场中取得成功。在 Sprint 结束后，团队进行自我评估，回顾整个 Sprint 中的流程、合作及问题，提出改进措施，为下一个 Sprint 做准备。每天举行的短会（通常为 15 分钟），开发团队成员在会上讨论当前的工作进展、遇到的问题以及接下来的计划。Scrum 方法的核心在于团队的角色和协作。