不明确的产品需求——恐为整个项目的拖油瓶

2020-03-07  本文已影响0人  loveyena

        一个项目是否如期上线,和前期准备工作的充分性息息相关。下面将就最近测试过程中遇到的需求不明确问题进行罗列,以此来归纳总结出我们的产品需求文档存在哪些欠缺考虑的地方。

        简单介绍下项目背景:这是一个拉新活动的需求。兹在激活平台用户对某一类型商品的购买和流通。在测试用例整理及测试过程中,一共整理出测试或开发向产品明确的需求点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.已上线第二天将要开放入口

——半夜测试问:忽然想到会不会有人恶意尝试手机号码和邮箱 都挂到自己的邀请下面 那些人一旦做了任务 他就会邀请成功一个。然后被填写了信息的用户莫名就参加不了他想接受的邀请,到时候各种找客服

——第二天没有开放入口,运营和测试同学沟通还发现如果不做验证,可能会有很多垃圾数据,且有用数据混再其中难以分辨。

后增加了如下验证流程(推翻了原先需要验证是否注册的逻辑,和无需验证就可以参与邀请的逻辑):

接受邀请的流程会更改:

海外用户(英文用户),只能邮箱验证,且需要验证码

中文用户:邮箱或手机验证,都必需验证码。

上述验证码都只是验证手机+验证码,邮箱+验证码是否匹配,不做注册逻辑

从以上问题中可以看出,需求是考虑的多么的不细致。将需求的思考都放在了测试环节,占用了测试和开发时间,产品经理不多反思如何把需求写的更完善,反而不停的和测试确认上线时间的行为,恕我直言他们应该多思考,如何才能将需求完善到不成为拖慢项目进度的拖油瓶。

上一篇下一篇

猜你喜欢

热点阅读