软件生命周期
产品经理梳理出需求
需求评审
ui设计
开发实现
测试编写测试用例
开发根据测试用例进行自测主流程
测试进行冒烟测试
冒烟测试通过
冒烟测试不通过,禅道上建立最高级别bug单子通知开发
正式进入测试阶段
测试用例执行
用例执行完毕进入探索性测试
p0p1级别的测试用例实现自动化
产品验收,产品分类未改完的bug哪些可下版本改
服务端上线
前端切换至正式环境进行测试
自动化用例回归
需求正式上线
自动化用例回归
持续收集线上bug
测试总结/复盘/编写报告(一图胜千言)
线上遇到阻塞级别bug
协助定位解决bug
测试基础建立
制定测试出口准则
测试通用用例库
测试用例模板
测试报告模板
系统结构树
测试用例库
回归用例库
禅道/jira配置
bug标题:简言意骇
bug详细描述
功能模块
bug优先级:
bug级别:
bug所属端:前端/后端/产品/测试/其他
bug所属人员
前置条件:
操作步骤:
预期结果:
bug截图/bug录屏
代码分支管理
dev(开发环境)
test(测试环境)
master(生产环境)
feature-1.2.0(迭代开发分支)
hotfix-1.2.0(热补丁,上线后遇到阻塞或必须解决bug的分支)
feature分支开发完毕合并到dev环境,在dev环境进行冒烟测试,
冒烟测试通过,发送测试邮件,
测试完成发送邮件反馈,发送上线邮件
定时上线(需制定上线的规则)
hotfix进入测试
最后修改时间:2024-11-04 15:08:08
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




