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