编写用例的方法？

主要看产品的新功能和迭代的规模，重要的话，时长大概一个多月；小型、中型功能大概3个周左右。 我们公司基本都在周四晚上10点上线，这天我们都要加班

1，首先产品经理先定项目，项目定下来之后会召开所有的技术人员开一个需求分析会议，会议人员包括开发“开发、测试，运维，UI”，让各个部门了解一下这个项目的概况, 2，需求分析会议结束之后，测试经理会开一个测试内部会议，由我们测试经理主持，目的主要是分配任务，编写测试计划， 测试计划主要包括，项目背景概述、测试对象、测试工具、辅助工具、风险控制、任务分配、时间计划、测试模板 3，编写测试计划完之后我们开始搭建环境， 4，环境搭建完之后我们开始针对于需求文档编写测试用例， 5，用例编写完了之后我们开始进行用例评审，我们在进行评审的时候主要是进行两轮评审，由测试和开发一起参与，为了避免后期更多的问题出现 第一轮的话由我们测试内部每一个组员进行一个评审，这个评审主要就是去找一些我们用例当中漏掉的、写错的或者说重复的等等，再进行一个查漏补缺， 第一轮评审结束之后我们会把我们的用例通过SVN上传到SVN版本库里，由我们测试经理通过SVN版本库给拉到他的电脑上，然后再进行二轮评审，如果是有什么问题的话我们测试经理再进行一个点评 6，用例评审结束之后我们开始进行一轮冒烟测试，我们公司在每一次执行详细的用例之前都会进行一轮冒烟测试， 冒烟测试就是采用正确的数据全部以有效的方式对应用程序进行测试一遍，如果冒烟测试有bug的话我们就该提bug提bug 7，冒烟测试完了之后我们开始进行全面测试，如果有bug，我们就把bug通过禅道提给开发人员，开发人员确认之后去修改，修改完之后我们再去复测，复测没问题了我们就把这个bug给关闭，就继续进行下面的一些功能测试， 8，等这一个版本的功能全部测完之后，我们会对它的性能接口方面再进行测试，测试完之后如果没什么bug了，我们就开始对项目进行上线，上线的过程中我们在再线上进行一轮测试，在这个过程中如果说有bug的话，我们会及时的让开发去修改，当然一般的话就没什么特别严重的bug，就是有的话可能也只是一些简单的bug，如果上线没什么问题，我们会进行一个测试报告的输出，我们会针对这段时间测出来的缺陷报告进行整理，最后输出测试报告， 以上的话就是我们公司的测试流程。