一般忙碌的一天往往是从早会开始（9:10左右），大多数互联网企业开启了敏捷开发模式，测试工程师作为软件质量的保障者，需要每天参与早上scrum小组的站会，解答三个问题。1）昨天完成了什么？2）今天即将要做什么？3）有没有需要协调的问题？
大约在15分钟后，站会结束。根据初步计划开始今天的任务，往往计划都是很美好的，但是...，但是事实却是从如下可能场景开始：
场景一：理想型
理想型企业团队的测试工程师，那么更多的是从开始计划的任务开始，按部就班实现自己的当日任务。- 需求分析评审会议（其他相关会议）- 制定计划方案，做好测试准备，搭建环境等- 根据已确定需求用例编写、用例评审、用例执行- 进行缺陷的跟踪处理（提bug、跟进bug）- 问题的沟通交流，有效处理- ......
如果是上述这种场景，那么恭喜您，所在的企业应该是流程资源等非常好的企业，能够专一有效的完成自己的每日任务（用例、缺陷），而不需要太多的杂念处理其他事物，适合性格内容向型的工程师。
场景二：一般型
一般型企业的测试工程师，工作是从开始计划的任务开始，但是否按部就班的执行下去，得看实际情况。- 验证bug，并且回归测试相关模块，此时又发现新问题，找来开发、产品开启了补唾沫横飞的沟通场面...- 准备开始设计测试用例，发现需求不完整，没有细节，找产品临时给备注一堆说明，原来的设计推到再来...- 执行用例的环境没有准备好，申请的账号还没有通过，不可预知的风险悄悄的接近...- ......
如果是上述场景，那么同样恭喜您，所在企业迫切需要您梳理流程规范，细化好测试计划过程，需要和小组成员一起攻克难关，需要跨部门的合作和沟通技能，影响团队的进步。
场景三：凌乱型
凌乱型企业的测试工程师，工作没有计划，可以随心所欲的开始每天的任务，也可以不假思索的戛然而止。- 测试工程师是一个“全能型”的人员，上级领导指哪儿，就往哪儿打，而且要求打的准- 测试过程中的任务按照用户迫切的要求来，先把功能完成，至于能否满足质量要求，那是后面事- 穿梭于不同任务及工作中，要么成为英雄，要么成为“枭雄”- ......
如果是上述场景，那么同样恭喜您，所在企业迫切需要您独当一面，从制度到流程到技术到业务，不求精通，但求能解决实际问题，挑战与机遇并存，要么最后是企业的英雄，要么是企业历史潮流中的一段插曲。
转眼间，时钟已经走向了中午12:00，一般企业会有1~2小时的午休时间，该段时间除了吃饭午休外，仅有的时间可以和同事们侃侃大山，聊聊生活，有时会讨论一些技术问题......，下午又开始接着上午的任务继续......
随着下班的时间到了，需要将一天的工作任务做个汇总和总结，按照要求发日报、周报。
上班工作期间内容总结
1)开会讨论会占用10%~20%左右时间，各种形式的会议，为做下一步任务达成一致
2)设计执行
测试过程中设计执行时间会占用70%以上的时间，这也是测试的重点和核心
3）沟通确认
对于有疑问的地方和不同人员进行沟通确认会占用约10%左右时间
福利：某机构全套移动端软件测试完整视频教程
链接：/s/1PtcLeVA7ECVCW_TBKFsxbg 提取码：qpcf
