1.需求分析：依据需求文档提取测试点

通过分析需求描述中的输入输出处理限制约束等，给出对应的验证内容，并分析各个功能模块之间的业务顺序，和各个功能之间的传递信息和数据，对存在功能交互的功能项，给出对应的验证内容（功能交互测试）同时需要考虑到需求的完整性，要充分覆盖软件需求的各种特征，包含隐形需求的验证，比如界面的验证，账号唯一性验证（界面易用性兼容性安全性性能压力）

2.编写测试计划和测试用例

为项目需求而编制的一组测试步骤，测试数据以及预期结果，以便测试某个程序是否满足客户需求，测试用例需关联到对应的issue或者story，测试计划的内容包含迭代内的全部开发任务

3.用例评审：确认用例是否覆盖到各个场景，以及用例是否符合需求

用例评审主要是产品开发和测试人员，针对测试用例能否用于项目的测试而做的工作主要是为了减少测试人员执行阶段做无效工作（提交无效问题等），以避免三方需求理解不一致评审按用例的优先级，功能的复杂程度进行；先对优先级高，功能复杂，疑问多的用例进行评审，再评审功能简单，优先级低的功能点评审过程中尽量做到思路清晰，用最简洁的语言阐述每一个功能点对于评审过程中，超过5分钟无法确定结果的问题，可以记录下来，作为会后讨论跟进的重点

4.测试执行

测试执行是执行所有或部分选定的测试用例，并对结果进行分析的过程测试执行活动是整个测试过程的核心环节，所有测试分析测试设计测试计划的结果将在测试执行中得到最终的检验

5.转化测试后的bug

将执行完的有bug的测试用例关联敏捷协作中的缺陷在敏捷协作中一个缺陷可以快速定位到测试用例，帮助开发者快速获取测试结果，实现测试闭环

6.回归bug测试

通过敏捷中的迭代规划，制定团队的回归方案，积极跟开发人员沟通问题原因修复的方案和影响整体的回归bug测试进度计划中需要包含所有回归测试和自动化回归测试时间，同时预估好每天的工作量，与实际完成的工作量进行对比，尽早知道测试进度是正常还是延期，提早控制好风险，从而达到团队能更好地交付价值的目的