聊聊产品、开发、UI、测试之间不得不说的恩怨情仇
2019-01-21 本文已影响15人
程序员大耳
把故事写下来，聊聊产品、开发、UI、测试之间不得不说的恩怨情仇。
定义：产品A、产品B、开发C、开发D、UIE、测试F、测试G
情景：产品A提出需求1，层层审批“艰难的”通过了需求提交系统。某周一按惯例大大纠集所有人进行需求评审，哔哩啪啦哔哩啪啦十个需求讲完了用时近2个小时，说实话过程比较枯燥，但是有零食吃还是挺好的嘿嘿嘿。需求任务分配下来后，各自忙活，UI出设计稿、开发码码码、测试编写测试用例&每日发版Bug验证。一日至三日不等后需求开发完啦自测一遍接下来就是测试按测试用例详测了，前面说的都是“废话”，“恩怨情仇”发生需求完成之后......
开发C&测试F
测试F：开发C在么？出Bug了，这里这里不是这样的。
开发C：没错啊，是这样的，需求原型不写着嘛，二人普通电话列表显示企业信息得前置条件是二人有同企业数据或有XX个人profile数据则在通话列表显示企业信息。
测试F：可是我后面把开关关了啊，那应该不显示了吧。
开发C：......也许吧，这算需求没写清，我们理解岔了吧，这个跟产品说说统一一下，需要改的就改。
......开发C、测试F在一片和谐的氛围中吐槽产品A的需求。相信这种情况经常出现，我想大部分的人都遇到过吧，产品着急提出的需求看似完整协调实际上暗含着很多坑等待着我们去发掘去完善。
开发C&UIE
开发C与UIE走查UI中......
开发C：(把走查的界面截图给UIE)截图给你了，看一下哪里需要调整。
UIE：这里圆角度数不对，这里颜色不对，都改一下吧。
开发C：可是我都是按照设计稿数值做的啊(委屈巴巴)。
好吧，向UI妥协，谁叫UI妹子这么可爱呢，用我们程序员的智慧搞定它。经过多次修改终于符合UI妹子的审美标准啦。
未完待续......
