这部分可能是前置,所有系统用统一认证登陆,用域名访问,负载均衡,从外网到内网登陆。
工具:用统一身份认证,域名访问,负载均衡,外网登陆
堡垒机,跳板机
工具:ansible, jumpserver,rancher, habor ,nexus, git
相关人员决定要不要做和可行性和重要时间节点。产品产出需求文档。需求文档需要归档
##产出:
需求文档
支持共享编辑的 文档管理:confluence或mediawiki
需求管理:jira,禅道
素材管理:git,webdav
开发人员和相关人员排期。设计需要先于客户端开发完成,后端完成接口开发后客户端开始开发,或者后端给出接口文档后客户端服务端同时开发。
可以多次修改后定稿
需求文档 (修改后的需求文档)
排期文档(UI,前端,后端等交付时间,前端后端依赖以及联调时间)
估时和设计后形成项目日历周知。
共享日历
设计需要根据产品需求提供设计图
##产出
UI设计图和标注,统一放在一个ftp或svn进行存档
UI设计图关联相关需求进行管理
需求确定后,测试人员编写测试用例,测试开发产品评审测试用例。
测试用例,编写xind,excel或者填写到相关需求管理系统
接口自动化:postman,yapi
开发,联调,及早报露相关风险。暴露需求变更。
逐步产生可交付的产品
开发文档
接口文档
部署文档
接口自动化:postman,yapi,jmeter,newman
内网软件源:nexus
内部docker源:harbo
外网软件源:随便看心情
IDE:看端
尽量消灭阻塞测试的bug, 跑通流程。
测试用例的勾选
代码合入打包,打包产生介质,邮件周知。
注意代码合入相关规范。
可以多次提测
可交付的产品介质
提测邮件
通知相关人员
介质进行统一存档
jenkins及jenkins插件
测试阶段分为测试,bugfix,集成,回归,在研发日历标明各个时间点。以打包为提测标志,出包后提bug到bugzilla,改完bug后重新打包tag号加一。开发人员修复bug,测试进行回归。
集成阶段禁止合入新需求。
集成阶段发生重大风险关闭相关功能或者revert代码。产品走查。
测试日报
测试周报
bug列表
产品走查确认邮件
bugzilla
进行配置检查,测试进行最后回归,产品最后走查。
测试确认邮件
产品确认邮件
交付的产品
产品配置文档,本地配置,远程配置
开发文档
工具:
ftp或git或什么东西统一归档
收集用户反馈,根据用户反馈进行需求改进
##收集用户产品数据
收集产品数据,日活月活
##收集质量相关数据
崩溃率,崩溃数,系统可用性等数据
##产出
用户反馈文档
线上用户数据总结文档
线上质量文档
相关总结与复盘文档
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。