求一个功能点规范文档编写思路

海海豚

我们研发部领导对当前产品经理出的需求文档已经不满很久了，现在让我写一个功能点规范文档，意思是之后交给产品经理们，让他们之后按照我写的功能点的规范（比如登录模块的需求应该是具体哪些，或者应该怎样写）去写需求文档，方便我这个测试和开发人员对需求的理解
额……感觉压力有些大，想求助一下各位大牛，能否给提供一些相应的编写思路呢？

franklzann

1、界面说明
2、业务流程
3、输入说明
4、指标说明
……
每个页面或者功能点这样按照条目列出来，需求方不容易遗漏，不需要的删除不要就好
不过你的规范文档里面，要尽量写全了。
然后每个条目需要写什么内容，进行文字说明，
然后再参考下历史的需求文档，并结合开发这边的痛点，进行下修正和进一步说明的完整实例

这样应该就比较全面了，之后就是需求和研发这边的磨合交流
双方再找到更加合适的格式和内容，对该文档做进一步的改进（毕竟这还是要需求写的文档，
不能只是按照研发的意思来，还要兼顾需求的实际情况）
即使有遗漏，也可以再后续版本里面进一步补充

fhhh_eyou

文档上传，请查看

franklzann

我觉得，你首先应该和研发部领导沟通下，了解他的不满主要是在哪些方面；
然后再和开发设计人员交流下，他们认为的目前需求文档缺少的内容是什么，格式方面，有没有什么要求，或者好的想法。
其实把你这个文档当作项目来做的话，以上两步骤，其实就是需求调研
把需求做好，是把项目做好的第一步；把领导的意图领会清楚，并尽可能的细化执行好，才能赢得领导的好评
不然你埋头辛苦忙会半天，一交成果，领导一看，这根本不是我要的，那就都白忙了

franklzann

另外鉴于个人经验，需求方面经常会遗漏输入限制要求，还有就是业务流程线不够清晰，缺少流程图之类的明确描述

海海豚

franklzann 发表于 2017-1-5 10:27
我觉得，你首先应该和研发部领导沟通下，了解他的不满主要是在哪些方面；
然后再和开发设计人员交流下，他 ...

好的，受教了，谢谢！我头疼了一整天，就是不清楚该怎么写，谢谢您的指教！

海海豚

刚刚和领导沟通，得知领导的意思应该是功能点应该比测试用例的case分的更加的细，于是我彻底迷茫了 TUT

puchonghui

海海豚 发表于 2017-1-5 16:17
刚刚和领导沟通，得知领导的意思应该是功能点应该比测试用例的case分的更加的细，于是我彻底迷茫了 TUT

领导想要的那个文档叫做详细设计文档，然而这个不是研发部门的活么。。。

你可以先研究下需求文档，把需求不明确或者有问题的地方列出来求确认。。。

至于那个什么功能点规范，实在没方向了，去找研发部领导，让他针对某个功能点写个例子，然后你照着写就是了。。。

franklzann

同意楼上说的，这个文档不像是应该由测试来写的东西。

如果是需求、设计两边衔接不好，其实也简单，
需求已经有需求文档了，然后需求 与设计开发一起开个需求交接会（事前设计开发自己先过一遍需求文档）
在交接会上，需求针对文档内容做出讲解，
设计开发人员，针对自己不明白的需求问题提出来，要求解答；
另外，关于细节，比如输入限制要求等等，没有写出来的，要求需求明确，并补充进需求文档中（这样几次之后，能够用文档表达清楚的部分，需求也就明确了）

franklzann

海海豚 发表于 2017-1-5 16:17
刚刚和领导沟通，得知领导的意思应该是功能点应该比测试用例的case分的更加的细，于是我彻底迷茫了 TUT

你们公司的项目，现在有哪些文档了？领导这个新增的文档，是准备放在哪个步骤的，由什么人员来写的？

海海豚

puchonghui 发表于 2017-1-6 08:44
领导想要的那个文档叫做详细设计文档，然而这个不是研发部门的活么。。。

你可以先研究下需求文档，把 ...

是的，他想要的那个文档应该叫做详细设计文档，但是领导说是功能点，我也没能理解他的具体意思。
主要是当前并没有需求文档，他的意思就是先让我设计一个通用的。
不过还好及时和他沟通了，他说先给我找一份模板
谢谢您的解答！~