新入行的快来看看啦
首先，快速了解需求
①拿到被测需求后，先大致浏览需求，尽可能多看几遍，熟悉需求，比如：了解项目的基本功能、架构、主要模块、主要业务流程、以及测试需求中需要重点关注的每个模块及功能（需求文档一般都有说明）。然后看项目中的需求是否有流程，可以根据流程图去了解。
②了解到基本的测试需求流程后，还需要清楚一些具体的测试流程比如：测试准入原则、测试暂停、测试退回、测试结束的标准等等。在单独跟进一个项目时，一定要和项目或开发人员沟通，切记不明白地方一定问，不要怕，虚心请教问题一般都不会有人拒绝。（测试环境的一些测试账 链接等，可以先借用别人的，长久之计还是自己注册一个属于自己的账 。）
当然也有同学可能会说，没有需求怎么办/p>
这个也好说，那就根据给定的系统，一边操作，一边分析：
1）执行和操作软件，分析软件的功能流程、界面跳转记录下来。
2）按照系统中已有的数据模仿操作。对于有问题的内容，询问有经验的测试、产品、开发、领导。当然也不是什么问题都去问，主要针对其中有问题的业务、流程进行提问。询问时，描述清楚自己的问题点。避免模糊提问。
3）如果是接手其他测试人员的工作，问清楚所有测试的相关产物（测试需求、测试用例、缺陷 告以及处理过程）
4）所有测试分析过程都要有结果记录。例如， 做出Excel/word形式的分析记录；或者画出思维导图。
在这个过程中，需求了解中的重点要放在一下几个方面：
先集中于自己关注的点然后再向外延伸，梳理与当前业务相关的上下游数据，了解透彻，梳理本次迭代的整个需求，充分了解自己分配的需求在本次迭代中所处的地位。
新手在这个过程中可能需要注意：
①测试新人一定要和其他测试小伙伴打好关系 ，孤军奋战会很难的
②结合已有的业务，多去试用现有功能，会有意想不到的收获。
③平时私下多下功夫学习，对于不懂的一些名词多去 上搜索了解，然后再结合目前的业务去加深理解。
其次，拿到需求后如何展开测试工作/p>
一般情况下，任何软件测试的流程大概都是：
测试需求分析 → 设计测试计划和评审 → 测试设计（用例编写，测试脚本编写，开发文档，测试场景的编写）并进行同行评审 → 测试执行（包括执行测试的用例，执行测试的脚本，进行测试的开发，对测试场景的执行） → 发现bug，处理问题 → 回归测试，重复再次执行上述测试 → 出测试 告 → 测试总结。
当然不同公司的测试流程可能会存在差异，但是大体方向是一样。比如，我就遇到过很多不科学的测试团队和要求：
1）没有需求文档和其他测试文档。直接操作被测试项目，写思维导图，过程中通过询问编写测试用例，预期结果与同事沟通写上，同时写实际的操作结果。发现缺陷了直接写在禅道工具里面。定期开测试总结会。
2）没有需求文档和其他测试文档。直接操作被测试项目，过程中通过询问编写测试用例，预期结果直接判断写上，如果是bug，直接提交缺陷 告，缺陷写在word文档，同步给相关人员。每个版本开一次测试总结会议。
3）没有需求文档和其他测试文档。直接操作被测试项目，如果是bug，直接提交缺陷 告，截图和缺陷说明直接放到QQ群，然后@对应同事解决。
看完觉得哪个更真实呢/p>
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！