当测试人员发现一个BUG,第一时间肯定是交给开发人员修复,那么这些BUG都是开发造成的吗?不一定!很多BUG其实是由需求造成的.那么如何控制需求呢?烟台达内培训开设Java、UI、大数据、嵌入式、PHP等多门IT培训课程,帮助学员在就业大军中提高竞争力和主动性.

接到需求需要问的几个问题:
就这个需求而言,客户/用户真正需要的是什么?如果客户提出"我需要一匹跑的更快的马",你可能会为客户提供一匹汗血宝马.但是客户的真正需求是"更快",而马只是一个解决方案,因为在汽车刚发明的时候,他可能从来没有见过汽车.
这个需求真的有价值吗?如果用户提出在一个在线游戏平台做一个虚拟商品拍卖的功能,但是虚拟商品的有效期非常短,那么明显这个拍卖功能就没什么价值,因为拍卖不可能那么高时效性.
这个需求是合理的吗?有没有隐藏的疏漏或者BUG.
给出的需求信息里面是否完整包含"作为一个【角色】, 我想要一个【功能描述/目标期望】以满足【商业价值】"这里面的三个要素.
这个需求是否还有其他关联/隐藏的疑虑需要考虑?
如果上面问题都解决了,那么就可以接着解决以下两个问题:
1. 这个需求能否分解为更小单位的需求?这样可以方便分配开发任务.
2. 这个需求如何进行测试? 任何需求都需要保证能够被测试.
在保证需求没有问题以后,就可以按照下面的步骤处理需求:
1. 对需求进行优先级排序.
2. 把需求分解为最小可开发的Task(任务)
3. 如果还有遗留的问题/风险,建一个Task来处理这些风险/问题.
更多烟台达内培训相关资讯,请扫描下方二维码
