今天我们就聊一聊测试工程师的日常。
测试工程师小A的一天
小A是一名优秀的测试工程师，每天早上，她都会很早来到公司，开始一天的鸡血奋斗，小A首先梳理了下今日重要的事情，哎，还真不少，看来又是忙碌的一天：
1.项目a的需求评审
2.项目b的技术评审
3.项目c的测试
4.项目d的上线
5.测试工具开发
6.质量月报
项目a的需求评审
梳理好重要工作后，小A开始正式进入工作状态，首先就是详细阅读下今日评审项目的需求文档，小A阅读完之后发现，很多地方设计的都有些问题，嗯，等需求评审的时候跟产品讨论讨论。
需求评审正式开始，小A仔细听完产品同学的介绍，发现之前有些地方理解有问题，疑问打消了，但是还有一些地方，小A仍然觉得，设计的不是很合理，小A跟产品同学详细讨论了一番，最终产品同学采纳了小A的建议，小A想今天第一件事情这个顺利，看来一定是愉快的一天（需求阶段，提出产品建议）。
会后，小A整理了下todo，这是一种新的业务形态，需要做好测试技术储备，这样就不会耽搁测试进度了。
项目b的技术评审
紧接着，项目b的技术评审就要开始了，呀，小A想，太赶了，还没来得及看技术文档，不过没关系，现场好好听。
研发小哥哥人长得帅，讲的也好，小A听了，感觉没什么问题，技术架构设计合理，方便后续维护，性能方面也不会存在瓶颈问题，评审很多就结束了（技术评审，关注可测性等质量问题）。
会后，小A整理了下todo，这个项目比较复杂，需要做下测试设计评审，另外，准备测试准入case。
项目c的测试
按照排期，项目c今天就会提测了，果然，研发小哥哥准时发起提测申请，小A首先检查了下是否满足提测准入要求：单侧覆盖率达标，静态代码扫描通过，p0级自动化回归测试通过，准入case执行通过，满足准入要求（准入检查）。
接下来，小A开始进入测试阶段，首先code review，小A 发现一个代码级别潜在的逻辑问题，小A想，上次她发现问题，狠狠吐槽了研发小哥哥的代码水平，以至于后来几天工作都不好好配合，实在耽搁项目进度，这次一定变成萌妹子，让研发小哥哥开开心心快速修复问题（沟通的技巧），沟通后，研发小哥哥愉快的修复了问题，小A窃喜，搞定你分分钟的事。
测试通过后，小A整理了下todo，本次升级，部分自动化case还没完全写完，需要排期补齐（自动化开发）。
项目d的上线
小A看了下时间，正好项目d要上线了，研发小哥哥正在上线群，同步进度。
上线的第一步就是预上线，运维同学把代码上到线上模拟环境，小A需要在这个环节再次确认系统稳定性（这个环节也是需要测试同学开发一些自动化工具）。
小A确认没问题后，接下来开始正式上线，由于服务是多机房的，所以首先单机房上线验证流量，最后全机房上线，验证线上整体效果，这个阶段一般都是小A和研发产品小哥哥小姐姐们一起验证系统实际效果。效果还不错，没发现异常（线上回归测试）。
上线完成后，小A整理了下todo，这是新的重要业务，为了及时发现系统问题，需要高优开发监控（上线后开发监控）。上线后，观察产品效果，进行评测分析（产品评测）。
测试工具开发、质量月报
眼看，已经8点了，但是今天排期要开发的测试工具还没开始，已经delay几次了，今天必须搞定。
话不多说，闭关写代码，小A沉浸在自己的代码世界里，直到听到老大的消息“质量月报好了吗？”。（数据分析需求总是那么迫切）
天呢，小A想，对呀，月报还没给老大呢，哎，果然是忙碌的一天，只能先写月报了，工具晚上继续加班开发吧（白天沟通，晚上加班写代码，常态）。
小A想，真是鸡血的一天。
所以，测试工程师的日常是怎样的？
没事，我来帮大家总结下。
首先，从单个项目整个生命周期来看
测试工程师会深度参与项目的整个迭代周期，从整体确保质量符合预期。
需求阶段：需求阶段，参与需求评审，从用户角度提出产品层面质量建议，并做测试技能储备。
研发阶段：研发阶段，参与技术方案的设计，提出技术方案可测性建议，给出测试设计，进行测试设计评审（复杂项目），准备准入case，一般在该阶段，研发也会同步进行单元测试和基本的功能测试、联调测试。
准入阶段：单侧覆盖率检查，静态代码扫描，p0级自动化回归测试等，本阶段通过后，研发发起提测，如果未按照排期提测，需要发提测delay邮件。
测试阶段：这也是测试同学的主战场，code review、功能测试、性能测试、异常测试、压力测试、diff测试、联调测试，该阶段通过后，测试同学需要发测试通过报告。
预上线阶段：主要测试手段是分级测试，指的是线上环境模拟测试，也是真正上线前最后一道环节，测试同学需要在这个环节再次确认系统稳定性。
上线阶段：如果你的服务是多机房的话，一般需要分机房上线。首先单机房上线验证流量，最后全机房上线，验证线上效果，这个阶段一般需要测试同学与研发产品一起验证系统实际效果。
上线后：升级监控，观察系统稳定性，及时跟进线上问题；开发产品核心指标，进行用户体验评测；分析系统日常问题追查情况，开发定位工具等。互联网产品由于要求快速迭代，很多系统稳定性并不是那么高，因此，这个环节非常重要，甚至会占用测试同学一半的人力。
其次，从测试技术方向来看
除了手工测试，还需要开发测试工具，从技术方向来看，大致分为自动化测试（比如接口、端、web等）、沙盒测试（线下模拟线上环境的测试，一般供各种联调使用）、分级测试（线上环境模拟测试，完全模拟上线流程）、监控、定位、评测等，每个方向都有深耕的空间。
最后，还有一些常规工作
除了上面说的工作外，测试同学还有很多其他工作。比如，开发测试流程制定，包括测试排期申报流程、提测流程、上线流程、监控跟进流程等，基本都是测试同学来负责制定和监督执行。
再比如，质量数据分析，包括线下Bug分布、线上问题分布、测试周期、监控召回率、漏测率等，一般需要每周、月报产出系统分析数据，并提出一些产品或者开发测试流程的改进建议。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理
