DragonCave3F 项目的工作

商品中心三期项目从9月份开始立项，人员确定就是我们商品中心的部分开发人员，测试人员也是以前商品中心项目中测试过的，PM还是庄谷主，产品经理雷猛，一个猛男，比我高出一个头，当然，主要原因是我不喜欢长个，哈哈，自从产品经理的PRD到位，一些细节问题没有说明，需求不是写的很明确，有些文案也没有怎么准备，以至于我们技术分析阶段，需要和PD进行多次沟通，修改prd，所以我觉得项目在开始以前的PRD应该写的尽量详细一点，这样可以减少我们和项目经理的沟通成本，PRD中有些需求和运营进行了一个上午的PK，把一些业务砍掉了，虽然这样，我们还是满足了运营提出的要求，比如SPU组的多展现方式，包括AlterNative方式的展现，随着项目进入需求分析阶段，我编写了关于hesper的UC，因为hesper是直接对外的，用户所见的，所以重点放在这块上面，但是由于前台和后台的配置之间有些关联，所以，后台关于展示的那些feature配置都放在了我这块做，所以我是前后台两重跳，呵呵，但是我觉得这样对自己这块的工作比较有利，省的别人帮忙做后台的feature配置，使我前台的编码要跟这后台，如果我一个配置，那就没有这些烦恼了，UC完成后，紧跟这就是系统设计文档的编写，包括流程图，类图，顺序图以及接口设计，算法设计的编写，花了4天的时间，编码工作大致用了一个星期，搜索引擎谢铿那边也可以联调了，这次项目编码比较成功，编码结束后，我们进行了代码的review，在评审期间，相互阅读别人的代码，然后接受别人的意见，呵呵，最后用了一天的时间进行了代码的优化，工作开始进入测试阶段了，因为公司的要求，所以在测试人员没有开始测试前的这段时间，我们几个人需要进行自测和互测，尽量把bug减少，我和一个MM互测，汗啊，她那块基本上不用怎么测试，呵呵，项目的测试计划评审也在这段时间进行了，首先是功能测试计划的评审，开了个会，一个一个过TC，半天啊，接着是单元测试的测试计划评审，3个单元测是的人写的单元测试的用例写的极其的恐怖，断言一堆一堆的，汗啊，吓得我的小心肝扑通扑通的，哈，功能测是还算顺利，发现的bug也fix的比较及时，昨天开始性能测试的，本来预计是22号就要开始的，由于商品中心一期中有个环境的TPS没有测出基准，所以在22号晚上开始跑了一个晚上的loadrunner，tps很高，我们这次的测试按照上一次的基准，吓人啊，23号性能测试人员准备开始压的时候，发现数据量比较少，后台一问，需要模拟真实环境上的数据量，淘宝真实环境中的宝贝数超过2亿，也就是说我们要模拟这个数量，吓人啊，后来决定用少一点，800万的商品数量压，但是800万的数据要从线上数据库导入的，后来我问了dba，决定采用性能测试库中的1000万商品数据，类目属性采用开发库中的数据，24号估计可以开始测试，23号晚上dump的数据比较乱，性能测试的load比较恐怖，还是不说了，呵呵