需求分析
这一阶段，测试需要做的工作是吃透需求，明确测试目的，提炼测试点，
用例设计
1.设计用例格式
2.设计用例框架：我写的时候一般都是按照测试点混分，一般都是UI及交互，异常信息，和浏览器兼容性，当然，重头戏在UI和交互里，在里面又按照功能模块，功能点细分，把各个功能点细分覆盖
3.根据需求而分析中提炼出来的测试点进行测试步骤的划分，怎样做才能实现此测试点
补充一点哈，我们在写测试用例，具体细化的时候，也要考虑开发的实现
用例review（用例评审）
相当于头脑风暴，开发、产品测试一起，review用例，首先，主讲人是测试撒，
题外话：在讲之前，测试同学一点要确保自己case的排版好看一些，页面布局看的更舒服一些，先不管内容如何，首先给大家一些视觉上的好感吧，其实是我之前写的case就是不怎么将就，其实整的我自己都不认可自己，于是向老司机说了一些我的情况，虚心请教了，虽然是小问题，但是我毕竟是需要解决的问题啊，嗯，解决之后，有种别人会喜欢上我用例的感觉，自信心，加油~
在这一过程里，测试同学首先要介绍一下整体的业务逻辑，然后再根据我们设计用例时候，测试内容-功能模块-功能点 还有异常信息来介绍我们的测试用例，当然，再次过程中，我们用例可能会有遗漏或者与需求或者开发的实现逻辑相悖的地方，在此过程中我们就可以解决这些问题
测试阶段
就是执行测试用例的阶段，这一阶段呢，还需要做的是就是造测试数据，当然这一步骤也可以放在用例设计中去做（个人建议放在测试阶段做，因为这样我们可以保证数据的实时性，如果是之前造的数据，在执行测试用例的时候，可能就不符合我们测试的条件啦）
回归测试阶段
