今天完成的事情：1.了解产品需求，产品需求文档（PRD）

                             2.按照要求编写功能测试用例，写出测试的功能点，尽量写全，并且完整

明天计划的事情：1.进行萝卜多的功能性测试，标注出bug， 测试出确实存在的bug，以颜色区分，影响功能的bug以红色标注，错别字等样式问题以橙色标注

                            2.复盘任务一的所有知识点，整理深度思考的题目答案
遇到的问题

Q：什么是需求管理
A：通过知乎和人人都是产品经理的答案整理获得
收获：

产品定义——卖给XXX客户的，通过XX技术，实现XXX独特功能，解决XXX客户的XXX问题的XXX产品

1.产品需求：是在描述产品是什么样，通过描述去开发产品

（需求是指产品所必须拥有的一项功能特性，这个特性一般用于解决客户的特定问题，或者是给客户带来额外的价值。）

 产品需求的来源：

外部需求：包括用户需求（老板，客户，竞品，社调等）、功能需求、规格或性能需求

内部需求：可靠性需求、简单易用易维护、可测试、可采购、安全、可服务，可实现。

相比较还有 用户需求：用户想要的功能，分类有-马斯洛心理需求,低成本交易需求, 用户场景化需求

伪需求：现有的解决方案不可行或者是负面效用大

1.1需求管理：需求规划-需求处理-需求验证-需求变更管理

需求规划阶段的可交付成果是需求管理计划，由项目发起人和关键干系人评审和批准。

需求处理阶段的可交付成果是所有项目干系人对于需求的共识，PRD 是其共识的记录规范。

需求验证阶段的可交付成果是用户对于所有需求都得以满足的正式认可。

需求变更管理的可交付成果是对所有人需求变更请求的妥善处理以及对于已批准需求的实施。

常用的需求管理软件：禅道，jira; 企业级：Ones 和PingCode

1.2产品需求文档（PRD）

PRD 简单说就是产品概念化到图纸化的最主要的一个文档，从原型到最终交付的具体解释。

产品需求的说明书一定要以下三个特点 全/明确/结构化

注意的地方：

1.需求有背景有目标-先明确了目标就能以结果为导向，围绕提升目标效果才能找最优解

2.要带入看文档的人的角色中去，有同理心以他们的视角来审阅需求（有前端和后端的逻辑）

3.先搭好框架写好目录，先整体再具体（可以使用功能结构图，信息结构图，流程图等等）

4.结构化描述功能（明确原型图和功能的对应关系，区分展示，交互的逻辑，少用“等”尽量穷举）

5.时刻考虑边缘状态和异常状态（有输入一定有限制，有输出，也要考虑失败；列表页展示要描述为空的状态）

2.编写测试用例（Web端功能性测试-萝卜多）

完整的用例包括序号，功能模块，用例标题，前提条件，测试步骤，期望结果，实际结果。

测试用例模块框架图