作为软件测试工程师，拿到了offer，还不能松一口气，因为有试用期，如果你第一个项目没有做好，估计也过不了，测试老鸟们有实际的工作经验，还能淡定一点，而新手，特别是刚从培训班出来，简历上又有一定的包装的朋友们，就要小心一点不要露馅了，那么，从入职的第一天起，到拿到实际的项目需求，到完成一个项目测试，会经历哪些事情呢？
1、熟悉环境
刚进公司，人都没认全，有问题也不知道找谁，怎么办？
首先入职的时候肯定会给你介绍的人就是测试组内部的人，先认准你的领导，然后跟同桌打好交道，一切好说，作为测试工程师，一定要打交道的人就是产品经理，项目经理，同一个项目组的开发和测试，打听好每一个人的职责，一开始认人有困难，至少要记好企业微信上的人名并把职位对应上；
跟领导打听好接下来最有可能会交给你的项目，然后去将该项目相关的产品信息了解清楚，比如说接下来要你测一个大项目的二期，或者是一个更新迭代，那你首先要去将这个大项目的主要流程了解了，然后针对与自己的需求相关的模块作更详细的了解；
再来就是要熟悉项目组使用的各种工具了，比如说数据是oracle的，那要先装个PL/SQL，是mysql的，就先装个navicat，并且熟悉它们的基本使用，然后搞清楚项目管理的相关工具，需求放哪里？是svn上吗？原型图在哪里？用例在哪里写？bug怎么记录等，都要先把对应的东西熟悉了，后面开展工作，就游刃有余了。
2、接到了具体的项目需求了
一：熟悉项目背景
领导已经明确分配给你测哪一个项目了，那首先要去熟悉这个项目的背景，知道它是为哪些人解决什么问题的，如果涉及到一些很专业的知识，比如说你入职的是一个证券公司，做的是基金清算系统，那好，你首先要去了解基金的基本知识，暂时不用很深入，先搞清楚一些基本概念，能让你理解项目需求即可，后面实际测试到的功能点再仔细了解。
二：熟悉业务
搞清楚这个项目主要是做什么业务的，流程是怎么样的过程，每个业务模块有哪些功能，与数据库如何交互等；要获取这些信息，可能需要参加需求评审会，如果入职时已经错过，那就根据现有的需求、原型等资料来获得，同时也需要多问问产品经理、开发人员等。
三：分析测试工作量和时间点
领导交这个任务给你的时候，肯定会问你要多久完成，先不要着急回答，先搞清楚最终交付时间点，然后大致做个测试计划，分析需求提取测试点要多久，编写测试用例要多久，开发什么时候才会提测？提测之后我一轮测试要多久？因为不知道开发的代码质量，最好预估多几轮回归测试的时间，是否需要做接口测试？性能测试要做吗？这些工作量有多大？做了个大致的计划后，可以先把计划分享出来，让同事们帮你评审一下，没啥问题了再给出你的相对准确时间点。切忌夸下海口，最终不能按时完成，影响印象。
3、开始写测试用例了
测试工程师，工作的两大头就是写测试用例和执行用例了，写测试用例的具体方法不再赘述，建议先去看看其他同事的用例风格、颗粒度，测试经理评估你的工作能力，可能就是从评估你的测试用例开始，首先你的用例是否能全面覆盖需求，标题是否简洁明了，步骤是否清晰可执行性强，用例是否操持独立性都很重要，还有就是颗粒度的问题，如果公司要求写得很细，那你照做就行，如果大家都是简洁风，你写得太细，那工作量就会比别的同事大，可能会影响最终效率，因此要细心观察。
4、提测了
提测之前一定要先问一下同事，是否需要测试人员自己部署测试环境，是用linux命令远程部署，还是用jenkins直接构建，都要先做好准备，否则提测了，自己部署半天搞不定，那就不只是加班加点的问题了。
冒烟测试：一定要先做个冒烟测试，即是跑一下主流程，如果主流程都跑不通，全是404、500之类的问题的话，直接打回，如果刚入职，搞不清楚具体操作，怕得罪人，就先跟领导说，让她给你操作一次。
正式执行系统测试用例，有bug记bug，然后跟踪管理，一直测到没有发现新的bug为止。
5、测试报告
根据测试计划、用例、bug情况总结测试报告，直接叫同事给她们之前写过的来模仿一篇就行了。重要的是第一个项目，一定要主动做一些总结，比如说你对业务的理解，用哪些技术，工作中遇到哪些困难，你是如何解决的，有什么进步，你针对现在的工作还有哪些改进建议之类的总结，发给你的领导看，让她知道你的工作能力。
做完一整个项目下来，把公司的工作流程搞清楚了，跟相关人员的工作接洽也搞清楚了，后面的转正就不用担心了，祝小伙伴们都工作顺利，步步上升。