Wednesday, February 24, 2010

Re: 如何表述一个事情[new]

项目:
09年至今的最重要的三个项目的负责人。
(系统架构变迁图)。
 
监控系统,监控系统一期。
1) 第一个采取了系统的测试方案的项目,并且通过了pstc的评审。
2) 提前介入的效果非常之好。(web可测性,后端的可测性需求)
3) 质量控制。
 
联调测试:
1)  确定范围,
2)制定时间计划,安排专门的时间
3)跟进实施。
案例收集:
1) client版本升级。ct的数据以及迁移方案。
2) 数据库内容较多导致ff重载失败的问题
 
相关数据:
1) bug测试效率为0.2
2) 规模测试效率为100行/人时。
3) 千行缺陷密度为1.57
 
镜像环境相关:
 
1) 定义:
一套对线上环境进行镜像的测试环境。试图在拓扑结构、数据、压力三方面做到线上的镜像。
2) 优势:
应用范围广:例行测试(稳定性、自动化case),A类项目上线前的预演,联调测试,系统测试,C/D类项目的测试,性能测试。
系列维护规范:更新规范,试用规范,记录规范,备份规范。
系列辅助工具:版本对比,ipcheck,findcore,配置备份,状态检查。
3) 收益:
时间上,搭建环境的时间节省一半以上。
发现client内存泄露,系统bug。
 
Topic:
1) 分析:
bug分析结果:异常导致的bug非常之多:字符串超长,数据为空,数据包超大,缓存文件过2G,中间文件满,配置项为空,加锁失败等,这些可以根据模块特征进行整理。 占50%左右。
线上问题分析:环境不够仿真导致的问题。
耗时分析:提出了多个工具需求。数据生成、环境搭建。
 
2)topic的成果:
top4问题。
技术规划。
技术专项。
5个实用工具。
新问题跟进和解决。
 
3)topic问题:
i) 迭代周期偏长,及时性不够好。――通过升级点回顾,问题或者bug分享来进行。
ii)要解决的问题太多。
 
技术规划:
项目单列,除此外还有web、后端和公共。
web:C/D类项目多,占用时间较多,发现的问题少。但是有rd反馈业务深入度不够。所以做了区分化。
后端:自动化,测试规范化。
公共:性能测试,环境问题,业务提升。
项目:重要项目跟进,保证质量(首次上线无漏测)
 
数据相关:
1) mcpack的数据生成和维护。
兼容tcl版本的mcpack。
借鉴了ns的做法,将mcpack映射为python的dict。
提供了新的数据存储的接口,json格式和text格式。
提供了mcpack的字段的值为raw格式。
纳入com组的mcpack python库,纳入safe的底层库。
2) esp的数据生成和维护。
新提出了两种esp数据的解决方法。
直接利用esphead。(面向事件==》面向过程)。主推。
直接利用bft构造协议。
 
模板+dgl的方式。
3) 数据驱动框架

No comments: