不管是不是刚组建的测试团队，流程大概分为如下。
梳理测试流程，可以重点把关的测试流程有：
需求：策划完成的需求文档必须让开发、测试、运营进行Review，提出Review意见并最终改掉。这种Review能发现需求的漏洞并提早改掉，提高整个研发过程的效率。
测试用例：测试人员针对需求写出粗略的用例点之后，再让策划、开发、测试、运营Review一遍，目的还是发现需求的遗漏点，根据我们的经验，由于测试人员已经思考了测试点，所以相当于是对需求的细化和剖析，这个评审环节还是能发现很多需求的漏洞。
开发提测：测试人员事先发出冒烟测试用例，开发完成后，让开发人员先根据冒烟用例进行自测，自测通过了以后才提交给测试，然后测试再根据相同的用例做冒烟测试。这样能提高开发提测的质量。
上线前报告：上线以前，需要让测试人员发一封报告，重点指出测试过程中发现的问题、及上线以后可能会出的质量问题，并在项目群里面、或者召集开会把这些风险一一沟通过。如果有因为时间不足、或者因为客观条件限制导致的测试不足的情况，一定要在这个环节进行说明，这样，如果上线以后出问题了，大家也能理解测试。
线上Bug ：对于线上发现的Bug，如果没有分析流程，测试人员需要制定线上Bug的分析流程，先重点分析这个线上Bug产生的原因、线上Bug的影响范围，然后大家一起决定可以有哪些改进措施可以避免同类线上Bug再犯。这种改进措施需要能真正落实的，如果是可有可无的改进措施，就不要提了。这个措施可以让大家一起剖析线上Bug的产生原因，一方面可以避免项目组认为都是测试的错导致线上Bug，一方面，也发挥了测试人员质量保证的角色，推动流程让质量更好。
梳理测试流程，可以重点把关的测试流程有：
需求：策划完成的需求文档必须让开发、测试、运营进行Review，提出Review意见并最终改掉。这种Review能发现需求的漏洞并提早改掉，提高整个研发过程的效率。
测试用例：测试人员针对需求写出粗略的用例点之后，再让策划、开发、测试、运营Review一遍，目的还是发现需求的遗漏点，根据我们的经验，由于测试人员已经思考了测试点，所以相当于是对需求的细化和剖析，这个评审环节还是能发现很多需求的漏洞。
开发提测：测试人员事先发出冒烟测试用例，开发完成后，让开发人员先根据冒烟用例进行自测，自测通过了以后才提交给测试，然后测试再根据相同的用例做冒烟测试。这样能提高开发提测的质量。
上线前报告：上线以前，需要让测试人员发一封报告，重点指出测试过程中发现的问题、及上线以后可能会出的质量问题，并在项目群里面、或者召集开会把这些风险一一沟通过。如果有因为时间不足、或者因为客观条件限制导致的测试不足的情况，一定要在这个环节进行说明，这样，如果上线以后出问题了，大家也能理解测试。
线上Bug ：对于线上发现的Bug，如果没有分析流程，测试人员需要制定线上Bug的分析流程，先重点分析这个线上Bug产生的原因、线上Bug的影响范围，然后大家一起决定可以有哪些改进措施可以避免同类线上Bug再犯。这种改进措施需要能真正落实的，如果是可有可无的改进措施，就不要提了。这个措施可以让大家一起剖析线上Bug的产生原因，一方面可以避免项目组认为都是测试的错导致线上Bug，一方面，也发挥了测试人员质量保证的角色，推动流程让质量更好。
