团队项目涉及的文档归类

除了对开发技术的学习，流程的掌握也非常重要

团队开发流程归纳

一个产品、项目的开发声明周期要理清楚，
业务需求-市场分析-产品分析-功能分析-实现-测试-发布-反馈
分工细化后每一步都有专人负责
和开发对接的有负责产品分析的PD，负责测试的QA，以及其他开发
其中要产生沉淀的文档有，BRD、MRD、PRD、FRD、TC等

比如为xxx页面增加一个字段，这是业务方理解的需求，
通过什么操作什么呈现方式，这是产品方理解的需求，
可能的各种操作与各种结果，这是测试理解的需求。
产品的功能及非功能需求如何实现它，这才是开发理解的需求
所以业务方口头提需求，产品方出prd（包含在UC中），测试出TC，而开发出技术方案

为什么有这么多文档

都来源于互联网高度发展后的职位细分
最开始也就用户、老板和开发。
用户产生需求，老板判断商业价值，开发实现需求。
产品经理、测试都是从开发中分化来的。
BRD一般老大出，MRD由市场分析师出。从PRD开始才和开发直接相关

PRD和FRD

PRD是产品出的文档，最重要的是UC文档、非功能需求、原型描述、和排期
FRD功能细节文档，，包括表结构设计、UI设计、业务逻辑细节等等
是一份开发可以直接使用的文档，一般有PM编写。如果自己负责一块需求，也需要写

用例和测试用例的区别

Use Cases和Test cases
用例是和终端用户确定的，描述用户能够运用黑盒系统使用的功能点
而测试用例是对用例的一次具体执行的统计，迭代阶段一般在开发后，或者是开发前（敏捷）
技术方案就是设计文档
UC的定义和经典模板见https://zh.wikipedia.org/wiki/%E7%94%A8%E4%BE%8B

转载于:https://www.cnblogs.com/chrisXin/p/6390718.html