1 保证产品质量 核心工作
多相互沟通，互相促进成长。
需求评审
测试点评审
业务思维导图整理：模块关系、前置条件、后置影响、权限、数据库表
线上BUG评审：分析为什么遗漏
特殊BUG分享：BUG现象、原因、遇到类似场景就该如何测试
技术培训：如项目架构培训，以具体模块举例实现
2 保证质量的情况下，提升测试效率 ，测试内部优化
测试计划：明确各个任务的优先级，时间节点，让各个测试对该做什么有清晰的认知
测试进度：快速了解各个测试进度，是否需要测试资源协调
业务思维导图： 业务学习
逐层细分：1 系统包含的功能及功能间的关系
2 各个功能细分、前置条件、功能、后置影响、数据库表
3 第二层中功能再细化
整理方式：历史-每周整理 半天内
新需求
自动化、小工具、平台（辅助手工测试）：1 测试环境快速准备
2 前置数据自动构造
3 服务器log获取展示
4 测试环境操作对应的存储语句获取展示
5 数据对比工具
自动化测试（版本、每日执行）：1 一定程序UI
2 尽可能多接口
3 提高工程整体效率，对于工程，主要耗时不在测试结点，更多在于开发（需求反复、开发本身、bug反复）
规范、流程尽可以左移，减少开发内测时间、减少 BUG沟通成本
协作规范协商制定：1 流程流转方式
2 各文档提供途径
3 文档规范：需求规范、测试说明、测试点、用例、bug规范
4 测试计划堆满：在需要测试价入的节点，能快速找到对应负责的测试
流程优化：1 需求评审-开发-开发内测-测试点评审-冒烟测试-测试
2 需求评审-开发-测试点评审-开发内测试-冒烟测试-测试
3 需求评审-测试点评审-开发-开发内测-冒烟测试-测试
4 开发内测-冒烟自动化-发布到测试环境通知测试介入
5 开发内测-通知1
6 冒烟自动化-通知2
7 开发内测、冒烟自动化并行，两者都通过-发布到测试环境通知测试介入
业务数据提供平台，实时查询，减少产品、开发等构造测试数据的时间
尽可能准确定位bug:log获取分析，定位是前端还是后端还是数据库的问题
http://www.51testing.com/html/05/n-4461905.html