软件测试工程师的日常工作流程

一般忙碌的一天往往是从早会开始（9:10左右），大多数互联网企业开启了敏捷开发模式，测试工程师作为软件质量的保障者，需要每天参与早上scrum小组的站会，解答三个问题。1）昨天完成了什么？2）今天即将要做什么？3）有没有需要协调的问题？

大约在15分钟后，站会结束。根据初步计划开始今天的任务，往往计划都是很美好的，但是...，但是事实却是从如下可能场景开始：

场景一：理想型

理想型企业团队的测试工程师，那么更多的是从开始计划的任务开始，按部就班实现自己的当日任务。
- 需求分析评审会议（其他相关会议）
- 制定计划方案，做好测试准备，搭建环境等
- 根据已确定需求用例编写、用例评审、用例执行
- 进行缺陷的跟踪处理（提bug、跟进bug）
- 问题的沟通交流，有效处理
- ......

如果是上述这种场景，那么恭喜您，所在的企业应该是流程资源等非常好的企业，能够专一有效的完成自己的每日任务（用例、缺陷），而不需要太多的杂念处理其他事物，适合性格内容向型的工程师。

场景二：一般型

一般型企业的测试工程师，工作是从开始计划的任务开始，但是否按部就班的执行下去，得看实际情况。
- 验证bug，并且回归测试相关模块，此时又发现新问题，找来开发、产品开启了补唾沫横飞的沟通场面...
- 准备开始设计测试用例，发现需求不完整，没有细节，找产品临时给备注一堆说