work_log

机房搬迁

1. 虚拟机-à实体机

2. ldap 服务器

3. 考勤数据服务器

4. glpi 权限管理.

5. 备份脚本.

6. 试验jira重新启动.

Luke---

1，报价文档，相关技术者，技术背景信息，项目经理简历，实施经理简历，

2，项目投入预算与实际跟踪，

3，持续集成如何保证客户的项目可视性，----

4，缺陷的跟踪机制----开发过程中的

5，项目交付后问题跟踪机制-----需求与改进点的收集机制，

6，项目现场实施期间的配置管理（代码，配置，文档，部署）----

1. 上线审批，不符合规范；

2. svn 权限；----跨部门权限；

3. 人员状态，调动； -----HR沟通；入职信息；---（核心研发）项目组，职能组不明确；

了解需求，以及爬虫的测试，如何测，建立测试环境，

爬虫的质量KPI（？）--晓刚（DEV），人家正在优化，针对优化点测试，应该还有评估（benchmark, 客观数据），

爬虫的运营监控系统（要接过来，）---

建立测试计划，

解析优化，基础解析工作，了解需求，看工作接口。

--案例库，正确解析，回归/优化，自动化方式，文档会发给我。不是正式的需求，是挖掘需求，能测那些

11 月份上线，部分node 代码未优化，性能测试，会影响线上系统，（增量索引？全量索引，新闻环，主备机，先刷备机，新闻应该是全量）

购物类query, 识别并评测，

---爬了jingdong,tongcheng,ganji,lashou,xindan,, 看购物类kpi 是否有变好（），时效性类，权重的调整，query 识别

Query process 的bug,

1，上线后遗留了小问题，解决后，功能回归，验证，统一平台（盘古，云库）

2，http 迁移的测试， https 作所有频道的测试，已经发现了15个bug, 我的盘古共500个test case.

3, 应用作了开放平台，openAPI,跟进文档，无产品经理，根据详细设计文档，MD5，生成JST. 新闻/网页/图片，共50多case, 30%完成（共5个,fixed了三个）------------销售有需要

广告系统：

---产品经理，开发，销售，需求的测试范围，完成测试用例（100多个），继续执行

---设计性能测试场景，执行

---3.0 已经可以跟进了，杨建议2.0---12/05开始测试

borqs投入不够，bug修正不及时，虽然不重要。

演示版本，测试需求的管理；

对比评测

已经跟进了，所以比较了解，人力的安排。

AF 项目，界面调整了，内容规则整理，以前case 可能都白写了，报的都是建议性的， case 废弃率， 90%case 不可用了。

功能都没了，case 不能太校正了。---

很难控制，包括应用，少写case, 别写太多了，

对于此类项目，需求还未定，random test, scope test. 开发还未想好

测试人员参与验证，按照各个产品线.(提示流程，统一转给)

日志上传模块的，基础服务模块，完全是后端的，和应用配合的，好好写写case.

--广告制作推广系统，产品经理，提出了需求文档，（研发未实现，实现不一致，），

--没做的需求报bug, 真正需求是销售（孙波）签字认可。

---谁是owner, 挂在谁是谁，---未实现功能list, 有这个，还向测试要未实现的功能list.

----发布release()--------buglist, 未实现需求feature list

Framework--新流水线架构---工具

14，对外服务类的流程规则将向公司内部公布（better 组）-----(图片)-----

(15， space 供公司管理人员查看；

16，紧急---release notes(内容需要尽快做起来);

17，把service中内容做到在线运营中；

18, 新闻/舆情---liurongyan, daixinyu-----;

奥运项目----爬取的内容，转入开放平台，前端从开放平台取数，----sohu页面变化，后续都出错.

----爬虫自己做网页测试爬取效果.

巴特西

work_log

最新文章

热门文章