测试流程的把控：
需求的把控
测试人员必须参与需求评审，提前介入项目。要深度挖掘显示需求和隐式需求（这部分东西比较容易扯皮，必须体现在用例上）
测试用例的把控
敏捷开发用例不用写的特别细，但是必须有，必须体现测试点，必须要开用例评审会
版本的把控
测试版本
测试人员必须严格进行每个测试版本的冒烟测试，不合格直接打回给研发。不能让开发在测试的时间段来开发没做完的任务
上线版本
测试人员要参与上线版本的评估，需要对该上线版本对现有系统的影响进行评估，包括功能点和历史数据的处理
BUG的管理
研发和产品无权关闭bug，只能有测试人员关闭bug。每个任务都要对bug进行分析，分类，找到那些开发人员和那些问题经常出现，下一个任务重点关注这些人和这些问题
上线后的监控
需要对上线后的项目进行一段时间的监控和问题收集
测试人员的把控
正确做到测试人员的交叉测试, 如果人员有限，那就按照 强开发对弱测试、弱开发对强测试 的方式
测试技术的把控
测试人员要定期学习代码、操作系统、数据库、自动化测试、性能测试相关知识，保证自己不落伍
测试技能梳理
- 良好的沟通能力
- 测试工作的流程（需求、用例、测试、回归、上线等等）
- 版本(代码)管理工具 svn、git
- 测试用例（excel、xmind）
- bug管理平台（jira、禅道等等）
- 数据库的使用
- 代码功底python java
- 自动化测试（ui自动化和接口自动化）
- 性能测试（jmeter或者locust的基本使用）
- linux的命令基本使用（grep、vim、管道命令、查询一个进程、杀死一个进程等）
