一个项目是否如期上线，和前期准备工作的充分性息息相关。下面将就最近测试过程中遇到的需求不明确问题进行罗列，以此来归纳总结出我们的产品需求文档存在哪些欠缺考虑的地方。
简单介绍下项目背景：这是一个拉新活动的需求。兹在激活平台用户对某一类型商品的购买和流通。在测试用例整理及测试过程中，一共整理出测试或开发向产品明确的需求点25大点，将近50小点，列举如下：
1.新用户只能通过填写手机号参与活动；
——测试问：老用户也通过手机来参与活动改如何处理？
2.活动分享者奖励页；
——测试问：受邀用户的头像和昵称来源来自自己平台还是三方平台？
——测试问：如果前一个没领取 样式要和后面那个一样吗？
3.邀请者多次达标的奖励额
——测试问：是累加额还是分次额？
4.两个活动页面的入口
——测试问：入口分别是哪里？
5.新手任务页
——测试问：如何判断是否新手？该页面是否只对新手开放？
——开发问：如上问题再次提问
6.无提测时间，就确定上线时间
——测试问：提测时间未确定，如何确定上线时间？开发说延期就延期，不和测试同步延期时间，相当于缩减测试时间。
7.活动规则没给到
——开发问：活动规则还没吗？
8.奖励发放的概率
——开发问：奖励发放概率写一下？
9.主动变更需求第一次
——涉及到4处改动，不涉及主流程
10.邀请者奖励条达到后的交互效果
——测试问：这里是超过15人开始点亮 还是等于15人开始点亮，如果没到20人的时候不点亮是吧？21人的时候又置灰？
11.用户登录状态
——测试问：如果用户没有登录访问这几个页面的话要如何处理？
12.活动参与方式
——测试问：如果用户用很多不同的邮箱、手机号、解绑原来的第三方重新绑定、自己邀请自己等方式来重复参加活动，怎么防止薅羊毛
——测试问：是否可以通过多个人邀请重复参加活动？
——测试问：活动步骤说明存在歧义，让用户很迷茫
——测试问：无效邀请的定义是？
——测试问：如果自己发起的邀请 自己参加 要怎么样处理？
——开发问： 我的邀请里面不需要显示无效邀请吧？
13.页面翻页
——测试问：这个页面不用翻页的吗？
14.输入框验证
——测试问：手机号段验证要不要？
——测试问：在新用户信息填写处填写了老用户的手机号如何处理？
——测试问：手机号和邮箱的长度限制多少？
——测试问：页面url的邀请者code缺少时，怎么展示邀请者信息？
15.邀请页分享
——测试问：分享出去的页面，如果用户填写了信息但没有点击去完成且没有跳转到appstore下载app，他下次想起来，但是缓存清空了，又变成了输入框，用户是否可以再次填写信息并显示去完成按钮？
——开发问：这个页面的图片、标题、描述给一下。
——测试问：昵称放在第一个位置，如果用户昵称太长，标题的主要内容全部被缩略无法显示。
16.主动变更需求第二次
——涉及改动2处，包括奖励发放方式、app跳转方式都是主流程
17.奖励回收
——开发问：领取的奖励被回收了，新手任务状态是否变化？
——测试问：奖励池奖励被领完，该如何处理？
18.ui设计
——测试问：这个较长的文案能放的下吗？ui上只看到了几种短文案
19.翻译
——开发问：翻译地址在哪里？
20.需求主动变更第三次
——涉及改动1处，更改奖励回收时间，涉及主流程
——测试问：如果奖励回收不成功，该如何处理？
21.可领取的奖励品种
——测试问：可领取的奖励是页面上所展示的几种吗？
22.页面title
——测试问：所有页面的title都叫邀请拿壕礼吗？
23.邀请者奖励领取弹框
——测试问：点击X，可以领取成功吗？
——测试问：弹框中的奖励价格用什么价格？
——测试问：点击取回按钮应该跳到平台背包，不应到用户背包吧？
24.文案变更
——开发问： 这部分我来来回回改了不下八九遍，改出血了，早上还给翻译看了，怎么又要改，要不那把完整的中文英文再给一遍给我，不要给你那么零散？
——测试问：有不符合资格的说法吗 总感觉读起来很奇怪 要么是没有资格 要么是不符合条件
——运营问：说明里加一下平台保留活动最终解释权
25.页面url变更
——运营问：这个翻译pullnew有点直接，需要改为invitation
26.已上线第二天将要开放入口
——半夜测试问：忽然想到会不会有人恶意尝试手机号码和邮箱 都挂到自己的邀请下面 那些人一旦做了任务 他就会邀请成功一个。然后被填写了信息的用户莫名就参加不了他想接受的邀请，到时候各种找客服
——第二天没有开放入口，运营和测试同学沟通还发现如果不做验证，可能会有很多垃圾数据，且有用数据混再其中难以分辨。
后增加了如下验证流程（推翻了原先需要验证是否注册的逻辑，和无需验证就可以参与邀请的逻辑）：
接受邀请的流程会更改：
海外用户（英文用户），只能邮箱验证，且需要验证码
中文用户：邮箱或手机验证，都必需验证码。
上述验证码都只是验证手机+验证码，邮箱+验证码是否匹配，不做注册逻辑
从以上问题中可以看出，需求是考虑的多么的不细致。将需求的思考都放在了测试环节，占用了测试和开发时间，产品经理不多反思如何把需求写的更完善，反而不停的和测试确认上线时间的行为，恕我直言他们应该多思考，如何才能将需求完善到不成为拖慢项目进度的拖油瓶。
