刚毕业就开始从事软件测试的工作，起初什么都不懂，由于参与的项目刚好参与公司CMMI的评审，所以项目整个流程还是比较规范的。
1，需求讲解，测试开始写功能点，然后功能点评审。评审文档的整理，评审后的修改。
2，开发在写代码的时候，测试开始写功能测试case，以及case的评审。评审文档的整理。评审后的修改。
3，功能测试中按照case执行，将bug提到bug管理系统（项目初期就对bug管理系统做相关培训，提交规范有统一认识。）
4，功能测试中期，对业务相对熟悉的人（测试组长）写结合测试的场景。组内成员写结合测试case。
评审一般是测试经理（项目组测试人员有空都建议参加，有利于对整个项目需求的理解）开发担当，项目经理（有时会参与）参与。
每一个节点都有相应的文档产出，也有对bug的分析。这种流程，风险控制很到位，对于测试初学者是最正常的测试流程。但是缺点是时间周期长，人员投入多。对于周期紧张的项目可以精简步骤，功能点和测试case可以写核心模块和功能的。
目前公司状态：
1，测试人员越来越少，说是敏捷，敏捷到根本不写任何测试先关的文档。
2，经常是项目中后期，才把测试人员调入项目。风险很大的，但是公司并不care，似乎项目只需要业务能力强，或者是对业务理解快的测试人员（不是国内项目）。
3，这种情况引入自动化是否比较合适呢？
我的危机感也来源于此，看看网上的招聘也是需要懂各种自动化测试，即使换工作，根本没有核心竞争力。
孩子一岁多后，想着自己必须下决心改变现状，正好这个时候关注到老徐，碰到百人计划的培训。跟着老徐了解了测试的知识体系，知道自己欠缺太多。
目前打算：
1，阅读测试相关的书籍，巩固测试基础知识。多操作虚拟机上的Linux系统，熟悉基本命令。
2，工作中遇到的问题，整理成文档，不断积累。
3，Python语言学习，Selenium自动化测试学习。
4，先从UI自动化学起，努力完善测试知识体系。并且对单元测试，静态代码分析，接口自动化，业务接口，单接口，业务逻辑接口自动化这些都有一定的了解后，将其运用到工作中。对自动化方面有自己的理解，能合理运用各自动化测试工具解决实际问题。
