需求文档规范

本文章转载于搜狗测试

引言

流程和规范，是控制软件质量不可或缺的一种手段。在现在复杂的软件开发流程中，任何一个环节如果没有做好，其引发的质量风险就像地雷一样，随时可能被下游团队引爆。

下面是血淋淋的例子：

搜狗某产品在进行通知栏消息下发时，没有严格遵守“先测试环境，后线上环境”的验证流程，直接将通知信息发布在线上环境，致使下发的通知存在异常无法打开落地页的问题，最终导致市场推广计划告吹。

搜狗某产品，开发没有提交测试验证，私自打包上线，致使上线的数据存在异常，导致用户大面积出现崩溃问题，崩溃率成倍飙升。

搜狗某产品长期未进行需求管控，在经历了人员大量流动后，出现新人不了解原有需求、需求文档无从查起，浪费大量时间和精力在原有需求的了解和沟通。

。。。。

在当前业界都聚焦自动化测试的风气下，小编想另辟蹊径，分享下流程规范在质量控制中的重要作用。

流程规范的索引

为了便于后续文章的梳理和逐步展开，通过一张图回顾下软件开发的一般流程。它大致包含几个过程：

需求阶段：主要角色是产品人员，这一阶段大致会有需求的拟定、需求内部评审、需求外部评审，后期有可能还会涉及到需求变更。

编码阶段：主要角色是开发人员，编码细分会有设计的评审、代码实现、单元测试等更为细化的流程。

测试阶段：主要角色是测试人员，从需求初始的需求评审直到上线，测试人员一直参与其中，细分会有测试设计、测试用例评审、回归测试等阶段。

以搜狗的项目管理过程为例，我们将以上流程中所使用的流程规范、辅助系统、工作方法总结为文章逐步介绍：

需求文档的故事

今天推文，我们聊聊需求阶段中的需求文档规范，因为一切的一切都是从这份文档开始的….

那是2008年的夏天，当时正值举国上下关注北京2008奥运会之时，小明正在参与搜狗五笔输入法1.0版本的初始开发阶段。

新来的产品小宝很快完成了搜狗五笔输入法的需求，他欢心地将需求邮件发送给测试同学小明和对应的开发同学，然后他们就暴走了…

至今小明仍然记得那份需求文档的样子：

一张图，一段话

。

图是万能五笔输入法的设置界面，话是不足12个字的一段话：需求请参照万能五笔输入法…..

这份需求的质(wei)量(hai)问题不言而喻，后来小宝就没有后来了。

需求文档规范

小明现在所在的搜狗手机输入法项目，需求文档规范，内容详尽。借此，向各位同学简单介绍下需求文档规范的内容：

1.基本信息：

2.版本修订记录

3.用户需求概要

4.用户需求详情（部分截图）

"没有规矩不成方圆，需求文档的规范性和全面性，会大大节省后期需求沟通的成本，同时也使得项目质量和风险可控。"