新手测试人员入职如何快速有效开展工作？

新入行的快来看看啦

首先，快速了解需求

②了解到基本的测试需求流程后，还需要清楚一些具体的测试流程比如：测试准入原则、测试暂停、测试退回、测试结束的标准等等。在单独跟进一个项目时，一定要和项目或开发人员沟通，切记不明白地方一定问，不要怕，虚心请教问题一般都不会有人拒绝。（测试环境的一些测试账号 链接等，可以先借用别人的，长久之计还是自己注册一个属于自己的账号。）

当然也有同学可能会说，没有需求怎么办？

这个也好说，那就根据给定的系统，一边操作，一边分析：

1）执行和操作软件，分析软件的功能流程、界面跳转记录下来。

2）按照系统中已有的数据模仿操作。对于有问题的内容，询问有经验的测试、产品、开发、领导。当然也不是什么问题都去问，主要针对其中有问题的业务、流程进行提问。询问时，描述清楚自己的问题点。避免模糊提问。

3）如果是接手其他测试人员的工作，问清楚所有测试的相关产物（测试需求、测试用例、缺陷报告以及处理过程）

4）所有测试分析过程都要有结果记录。例如， 做出Excel/word形式的分析记录；或者画出思维导图。

在这个过程中，需求了解中的重点要放在一下几个方面：

新手在这个过程中可能需要注意：

①测试新人一定要和其他测试小伙伴打好关系 ，孤军奋战会很难的

②结合已有的业务，多去试用现有功能，会有意想不到的收获。

③平时私下多下功夫学习，对于不懂的一些名词多去网上搜索了解，然后再结合目前的业务去加深理解。

其次，拿到需求后如何展开测试工作？

一般情况下，任何软件测试的流程大概都是：

测试需求分析 → 设计测试计划和评审 → 测试设计（用例编写，测试脚本编写，开发文档，测试场景的编写）并进行同行评审 → 测试执行（包括执行测试的用例，执行测试的脚本，进行测试的开发，对测试场景的执行） → 发现bug，处理问题 → 回归测试，重复再次执行上述测试 → 出测试报告 → 测试总结。

当然不同公司的测试流程可能会存在差异，但是大体方向是一样。比如，我就遇到过很多不科学的测试团队和要求：

1）没有需求文档和其他测试文档。直接操作被测试项目，写思维导图，过程中通过询问编写测试用例，预期结果与同事沟通写上，同时写实际的操作结果。发现缺陷了直接写在禅道工具里面。定期开测试总结会。

2）没有需求文档和其他测试文档。直接操作被测试项目，过程中通过询问编写测试用例，预期结果直接判断写上，如果是bug，直接提交缺陷报告，缺陷写在word文档，同步给相关人员。每个版本开一次测试总结会议。

看完觉得哪个更真实呢？