【直播认证·星空·定制化开发管理】升级测试保障体系

定制化客户升级痛点——

多系统集成、关联性复杂

定制内容多，影响范围大

边升级边开发，并行难度高

涉及人员多，协调难度大

风险点——

升级测试环境的准备和更新——

Sit测试环境——

Uat阶段重新初始化——uat期间缺陷验证——正式升级后可取消

Uat测试环境——

预升级阶段重新初始化——预升级测试——正式升级后备份为历史版本备查

升级阶段的缺陷处理约定——

在升级开始前约定缺陷的闭环处理流程，以免不同类型的缺陷交叉影响。对缺陷的处理通过项目协作系统的实现，便于管理的透明化和清晰化

升级过程缺陷的工具化管理——

1.标题通俗易懂，尽量做到看到标题就能定位是哪个模块或者流程

2.描述尽量详细，包括缺陷操作步骤和期望改进的建议

3.尽量提供操作的数据，比如单据号码、具体物料

4.原则上上传截图，文档等。

升级测试用例准备建议——

测试方法轮——以场景驱动，由领域场景到分支业务场景

由分支业务场景细化到 模块、流程、单据、配置等。根据企业的特点。确定优先级。

Checklist清单准备及预升级——

根据清单，模拟正式升级，进行预升级演练

参与人员：项目经理、开发、顾问、运维、用户代表

需要详细记录过程的用时及意外事件，为正式升级做准备

升级前生产环境镜像备份——

生产环境镜像——升级后验证环境准备——低版本备查环境准备

质量管理——升级预警

通过 应用分析报告功能——通过纬度的筛选，筛选出 升级预警纬度，提供详细的风险信息。，

集成开发平台无法直接使用升级预警工功能——需要将继承开发平台的开发成果 迁移到协同开发云，然后使用协同开发云 在线构建，查看升级预警信息

定制化项目发展趋势——

更多的市场需求、更加安全的运维需求、更加灵活的低代码平台

项目生命周期选择——敏捷 预测 混合

定制化开发不能跨越的规范红线——

多开发环境、反编译、触发器

商业赋能——用数字化技术 赋能 企业不同角色~

更多内容，关注我哈~  持续输出 实用文章~