【直播认证·星空·定制化开发管理】升级测试保障体系
定制化客户升级痛点——
多系统集成、关联性复杂
定制内容多,影响范围大
边升级边开发,并行难度高
涉及人员多,协调难度大
风险点——
升级测试环境的准备和更新——
Sit测试环境——
Uat阶段重新初始化——uat期间缺陷验证——正式升级后可取消
Uat测试环境——
预升级阶段重新初始化——预升级测试——正式升级后备份为历史版本备查
升级阶段的缺陷处理约定——
在升级开始前约定缺陷的闭环处理流程,以免不同类型的缺陷交叉影响。对缺陷的处理通过项目协作系统的实现,便于管理的透明化和清晰化
升级过程缺陷的工具化管理——
1.标题通俗易懂,尽量做到看到标题就能定位是哪个模块或者流程
2.描述尽量详细,包括缺陷操作步骤和期望改进的建议
3.尽量提供操作的数据,比如单据号码、具体物料
4.原则上上传截图,文档等。
升级测试用例准备建议——
测试方法轮——以场景驱动,由领域场景到分支业务场景
由分支业务场景细化到 模块、流程、单据、配置等。根据企业的特点。确定优先级。
Checklist清单准备及预升级——
根据清单,模拟正式升级,进行预升级演练
参与人员:项目经理、开发、顾问、运维、用户代表
需要详细记录过程的用时及意外事件,为正式升级做准备
升级前生产环境镜像备份——
生产环境镜像——升级后验证环境准备——低版本备查环境准备
质量管理——升级预警
通过 应用分析报告功能——通过纬度的筛选,筛选出 升级预警纬度,提供详细的风险信息。,
集成开发平台无法直接使用升级预警工功能——需要将继承开发平台的开发成果 迁移到协同开发云,然后使用协同开发云 在线构建,查看升级预警信息
定制化项目发展趋势——
更多的市场需求、更加安全的运维需求、更加灵活的低代码平台
项目生命周期选择——敏捷 预测 混合
定制化开发不能跨越的规范红线——
多开发环境、反编译、触发器
商业赋能——用数字化技术 赋能 企业不同角色~
更多内容,关注我哈~ 持续输出 实用文章~