四周年活动总结

2013年6月24日 分类: 随笔

这个活动从立项到项目接近尾声,整整花了三周多的时间,在这中间两个开发人员都是抽时间来做的。这点让我怀疑现在的分组是否有问题,当涉及到一些开发时候人员的调配问题。

   我是上周才开始进入与后端工程师的项目联调。短短的修改、测试联调期间,发现了项目中的一些问题。现在也做个总结就当以后回顾吧。

0:在项目立项会议中,运营大概讲了这次社区活动的目的。但没对具体的工作做模块、功能拆分(涉及到多人)。这个在后面影响很大(对功能的技术评估),估计在会议前没多少人看需求文档。

【建议】在会议前理解需求(知道要做什么),针对页面的功能做拆分,具体到技术评估。

1:交互原型稿在多个环节中不一致的问题。运营、前端、视觉这三个人拿的原型不一致。可能因为交互稿版本的更新导致。针对图片尺寸,在交付稿上有必要直接写出尺寸来。

【建议】每一次的原型更新都要通过邮件周知项目相关人。不管是以附件的形式还是以网址的形式都可以,保证原型稿最新。

2:视觉设计师的交付物PSD。对这个PSD,我个人觉得应该是要跟交互稿一致。比如弹窗有多少种情况就应该做出多少个弹窗(即使只是一句话内容的变更)。这在前端环节上有一定的帮助。对PSD本来应该有一个成熟的设计规范。

【建议】视觉设计师设计完PSD后,交给上一环节的人审查看(交互设计师、需求方),是否有漏掉或什么,比如内容图片的尺寸,模块的内容展示是否跟原型稿一致。有时候PSD的画蛇添足会给前端不必要的麻烦。

3:前端工程师的交付物,静态页DEMO。

1)对这个我想说的是JS组件的问题。每一次项目或活动,FE都是直接复制一份本地JS组件放置项目中,但在嵌套页面的时候,后端工程师也直接复制至项目文件。这样做的后果是每一个项目都有一份JS组件,对后续的项目组件维护非常的困难,很难统一。

2)根据目前情况,前端工程师还是没习惯看下原型根据PSD写代码。或者写完模板页跟原型稿对比一下看是否缺少了什么。这对接下来的环节来说相当重要。

【建议】针对这一点,制作了4399 JS组件CDN服务页,供前端、后端人员查询。提高前端代码的统一性欲维护性。

4:后期的前后端联调。这个问题点蛮多的,因为接近项目末期了。现在说说发现的几点问题:

1)模块的完整性。一个模块刚开始肯定是有数据跟没数据情况。对模块无数据情况往往会让项目相关人遗忘。只要在交互设计这源头做好把关在一定程度上可以避免。

【建议】这点如果在前端模板页上有清楚的标识,会在一定程度上避免。

2)模块的测试。针对这次活动有个翻牌的模块,涉及到是否中奖等弹窗。这点往往给QA的时候不能很直观的测试。因为这次都是需要触发某种条件才可以出现的情况。

【建议】这种可以做一个测试区域的模块,点击触发某条件下的弹窗。这种可以当作是单元测试来做。这种在最近做的几个项目中有遇到过。

3)最无奈的功能:地址管理。这个功能在积分商城中已经有做过而且还是很完整的。但由于某种原因不能在这边迁移导致这次做地址管理的时候整体交互体验不好。

【建议】针对游戏吧的一些基础性功能(包括前后端的产品功能),还是要开始着手去做,不然等要做到了才会心痛。

5:上线前的测试用例、测试数据的清楚等。

6:最好有个测试用例文档,里面包括功能模块各种情况,包括模拟测试的地址。而不止是UI方面的测试。

PS:一个小小的活动页折腾了三个礼拜多,在一定程度上还是有暴露出问题的。本身活动没人负责,运营很难驱动的起来。不过我们都应该考虑问题的时候多想一想。一个看起来简单的模块做起来还是有很多细节的。


现在总体感觉宁愿写模块后在拼装其页面,从小到大。这样测试起来也方便简单。

每一次经历的项目总是会遇到很多问题,把这次的问题想办法解决,避免在下一个项目中再次遇到。

标签:
目前还没有任何评论.

Leave a Comment