某11项目总结

某11项目过去了1个多月了，由于要备战某12项目，一直未停下来对11项目做总结，算是迟到的总结。迟到归迟到，但质量不能落下。

该11项目改造的功能很多，包括很多核心的功能，比如详情、购物车、下单、订单管理，同时对底层的SDK也进行了更换，包括sdk、pushSDK，适配方面替换成iOS7适配，UI走扁平化风格。

主要的风险点如下：

1、核心功能变更，涉及到前交易流程、交易中流程、交易后流程，哪一环都很重要，不能出现漏测引起用户的交易问题。

2、底层SDK更换，业务层与服务端的请求都是使用底层SDK，可以说，底层SDK层替换，开发工作量虽不大，但测试回归工作量很大，对测试资源有要求。

3、pushSDK嵌入到sdk里，业务层对push的调用方法也做了调整，必须覆盖push的各个流程，确保push可用。

4、iOS7适配，每个页面基本都需要替换，技术难度不大，但需要仔细校验每个功能点是否都需要做适配。

5、项目发布风险，整个项目从需求评审到最后发布包括周末时间总共1个半月，而留给测试的时间乐观的估计是两周，这两周包括所有的模块测试、集成测试、性能测试、适配测试、回归测试。时间可以说非常紧，在测试资源（2个）少的情况下，需要想办法来解决这个很大的时间风险。

我们的action:

1、测试与开发并行，走快速敏捷模式。为后面留足buffer时间。

2、测试TC待需求评审结束即进行，待技术评审后再做调整。除了在整个项目组评审外，有变更也及时与开发、PD确认，确保大家的需求理解一致，减少返工的次数。

3、在开发期间，为开发做好测试数据准备，让开发在完成模块后能快速的做完自测工作。

有待改进的地方：

1、详情使用了新的请求形式:bigpipe，测试当中由于无3G卡，所以对3G网络基本未覆盖，导致发布后较多用户反馈详情加载较慢。这个问题的原因是，一方面bigpipe的设计模式存在问题，具体问题出在哪里目前尚未定论；另一方面，sdk对bigpipe的降级也存在bug，某些情况下无法降级（降级的意思是：将详情的几个接口分开请求）。后来客户端采取关闭bigpipe的请求方式解决，同时采购了3G卡，增加对3G网络的覆盖。

2、iOS7适配，这部分适配工作主要是由适配同学在完成，一方面他对客户端的功能模块不熟悉，所以有的页面未能覆盖到；另一方面，最初对iOS7适配的理解，只是控件换了风格，但不影响控件的功能。但实际当中，有些控件不仅改变了颜色和样式，连逻辑位置也变了，导致上线后有些功能没有了。

3、构单页的“立即购买”button可以点击多次