一、需求评审：
该阶段需要对需求文档进行理解，提出不明确的点帮助策划完善文档，策划案变成可执行文档后，进行下一步骤
二、编写测试用例：
根据等价类、边界值、因果法、场景法等测试理论编写测试用例
包含功能逻辑全部覆盖
包含对特殊操作的编写
包含关联系统的编写
包含兼容适配
包含性能相关编写
测试用例要求：语言通俗易懂、前置条件、操作步骤要详细
三、 测试用例评审
对已编写完成的测试用例进行组内评审、集思广益，将容易忽略的地方进行二次补充、保证测试用例的覆盖全面
完成的测试用例进行保存，统一存放在git或svn
四、准备测试环境
测试部门要有自己的专属测试环境，其中包括、测试服、预发布服、线上服（使用白名单手段进行提前测试）
该步骤主要针对打包、更新版本进行把控，避免修改一个bug打一次包，减少打包的时间，将更多的时间留在测试阶段
五、提交测试：
此次迭代版本需要达到提测标准，方可提测，所谓提测标准
策划/产品要进行功能验收，不能有功能缺失，阻塞性Bug，不能影响基础功能的情况下进行提示
六、测试阶段：
第一轮 功能测试，将Bug提交到缺陷管理工具
第二轮 对bug回归以及验收
第三轮 交叉测试：交叉测试完成后打包把版本内容更新至预发布服
第四轮 预发布服进行最后验收准备上线
七、测试报告：
将测试情况以报告的形式同步给产品、程序、测试，其中包括版本更新内容、相关产品、开发人员、全体测试人员，还要包含是否有未解决的bug，以及上线时间
八、 发布上线：
上线后进行线上验证，跑通冒烟测试用例以及新功能测试后，完成测试后发布通知、此次版本更新完成
网友评论