版本更新前的每一步

一、需求评审：

    该阶段需要对需求文档进行理解，提出不明确的点帮助策划完善文档，策划案变成可执行文档后，进行下一步骤

二、编写测试用例：

    根据等价类、边界值、因果法、场景法等测试理论编写测试用例

    包含功能逻辑全部覆盖

    包含对特殊操作的编写

    包含关联系统的编写

    包含兼容适配

    包含性能相关编写

    测试用例要求：语言通俗易懂、前置条件、操作步骤要详细

三、 测试用例评审

    对已编写完成的测试用例进行组内评审、集思广益，将容易忽略的地方进行二次补充、保证测试用例的覆盖全面

   完成的测试用例进行保存，统一存放在git或svn

四、准备测试环境

    测试部门要有自己的专属测试环境，其中包括、测试服、预发布服、线上服（使用白名单手段进行提前测试）

    该步骤主要针对打包、更新版本进行把控，避免修改一个bug打一次包，减少打包的时间，将更多的时间留在测试阶段

五、提交测试：

    此次迭代版本需要达到提测标准，方可提测，所谓提测标准

    策划/产品要进行功能验收，不能有功能缺失，阻塞性Bug，不能影响基础功能的情况下进行提示

六、测试阶段：

     第一轮 功能测试，将Bug提交到缺陷管理工具

     第二轮 对bug回归以及验收

     第三轮 交叉测试：交叉测试完成后打包把版本内容更新至预发布服

     第四轮 预发布服进行最后验收准备上线

七、测试报告：

       将测试情况以报告的形式同步给产品、程序、测试，其中包括版本更新内容、相关产品、开发人员、全体测试人员，还要包含是否有未解决的bug，以及上线时间

八、 发布上线：

    上线后进行线上验证，跑通冒烟测试用例以及新功能测试后，完成测试后发布通知、此次版本更新完成