在学习测试的过程中，我们所了解的正确测试流程是面对一个新的项目，应该从项目的编写需求分析时参与进去，了解项目的背景和用户的需求，然后根据项目的开发进度，编写测试计划，然后编写测试用例，进行测试并提交测试报告，开发人员修改后进行回归测试，直到问题修改完成。
测试计划要包含以下内容：测试用例编写时间，按照用例执行测试的时间和执行回归测试的时间，这个时间要根据项目进度来设定，以保证计划的正常执行等。
在编写测试用例前，需要尽可能的了解需求分析，根据需求编写测试要点，把用户要求和用户业务记录下来，区分出主要需求和次要需求。最后就根据测试要求编写测试用例。
等项目出来后就根据编写的用例进行测试，测试完成后，及时的将测试报告反馈给开发人员。开发人员修改完成后进行回归测试，所有找到的问题都修改后测试就完成了。
以上的测试流程都是理论上的步骤，可是在现实工作中，大部分的测试工作者却不能完全按照这个流程来工作。原因有以下几点：
1、软件项目的需求分析不完整，或者没有需求分析。
没有需求，我们就不了解用户的需求，不利于我们编写测试用例。针对这种情况，我们只能多和开发人员沟通，了解功能流程，借鉴同类项目的功能点分析自己项目的功能，然后多站在用户的角度考虑问题。最后根据这些内容整理测试要点，并编写测试用例。
2、开始测试时，项目已经开发完成
当你还不知道开发人员在开发什么软件，需要做什么准备时，项目已经开发完成，交到你手上你才第一次接触项目。遇到这种情况你要多问问开发人员，了解功能点，自己摸索着测试。
在测试众橙软件http://www.ifcts.com的前后台时就是这样。