今天,我们完成了测试环境域切割,准备了新鲜测试的测试环境,并改进了平台如何应对日常变化。 UI工作现在正在部署,以测试环境Cell-1. 生产客户接收仍暂停,发射检查仍在继续。
保持测试环境分开
测试环境网站、应用和登机流现在使用其专门的测试环境域;测试环境验证仅接受测试环境呼叫,生产验证仅接受生产呼叫。 我们确认,每个人都拒绝了另一个环境的呼叫。
我们删除了旧的测试环境听众,用于生产域和和解的身份路由记录,而不重新恢复已删除的组织。 图像记录、备份/供应商资源和运营商Zoho应用程序仍然是故意共享的;这不是提供商帐户的完整隔离。
修复错误,恢复错误
我们重新设置了测试环境租户、客户身份和相关路由状态,以便清洁地开始测试,并取消了剩余的活跃 Sandbox 订阅。 保存备份是在重新设置之前采取的。
清洁太广泛了。 一个混乱的数据库操作也删除了共享的 ontology 目录和运营历史,应该是幸存的租户删除。 我们修复了重新设置记录,并从预重新设置备份中恢复了这些共享记录。
恢复恢复实体和关系目录,部署历史和平台错误历史,同时留下前租户内容和客户身份被删除。 新租户在重新设置后创建。 我们比较了共享的目录数据与备份和验证的样品数据创建在一个转换的交易内。
生产不受影响。 未来的清洁规则是删除仅选择的租户数据,并在运营前和运营后验证共享目录和运营历史。
更新现场工作场所
更改状态或所有者不应该重新加载整个页面或在另一个面板中排除工作。 我们在系统和模型操作、组件属性和配置、出版工作流、用户许可、API客户、Webhooks和报告管理中扩展了现场更新。
支持的行动现在更新受影响的服务器转让区域,同时保持文档、导航背景、旋转、开放面板和与此无关的草案。 现有授权、验证和影响证据仍然是同一操作的一部分。
5 具体审计规则
我们审查了六个直播系统组合,六个组件类型和共享模型关系,以及模板,处理器和浏览器代码。 额外的测试涵盖了92种类型、状态和访问组合。
审计中发现了五个问题组,全部已确定:
- 建筑工作仍在重新启动。 记录验证,应用启动模式,创建或连接实体,删除它们,并添加关系现在更新现有工作空间。
- 证据失去了解释。 预计的字段错误现在显示在提交的表格内,保存值,以便用户可以纠正和重新提交。
- 快速过滤器失去了最新请求。 系统、模型和组件现在忽略了钢铁反应。 排序和后向导航使用相同的操作,在加载时输入的文本保持。
- 已删除的物体留在导航背景下。 删除所选择的操作对象将背景返回其模型或系统。 生存物体保持其背景,改名物体显示其更新名称。
- 指南文本已成为列表背景。 存储页面现在不断地被定义为系统、模型或组件,无论指南可见或编辑。
这些修复使用现有导航设备和布局。 他们不添加其他导航层。
释放和验证
Cell1 即将运行 20260909.1 / v1.1.0-rc96是 它的应用程序和工人使用相同的不可改变的图像,并报告健康。 所有现有164个移民检查组合相匹配;不需要新的数据库移民。
完整的验证包括Go测试,数据库集成,租户隔离,备份和恢复,规模和释放控制检查。 浏览器门 第407章 经过测试,59批准了可选航行和零失败。 Shellcheck 和 Python 测试无法运行,因为它们的工具不可用; shell 合成检查运行。
发布验证电子邮件被确认,加密备份在部署前和部署后被验证,并通过了公共卫生/快乐检查。 部署的导航和更新脚本符合承诺的来源。 试图检查已验证的托管UI 已按时,以便接受仍然令人惊叹。
CellPro 和 生产 没有收到此应用程序转换。 更新的身份恢复指示是遵守的,但没有与Cell-1应用程序部署。
接下来的检查
我们将继续验证的测试环境接受,普通用户工作流检查,专门创建和删除导航,租户恢复规划。 生产启动检查和任何更广泛的滚动仍然是单独的步骤。 完成这些五个发现并不意味着每个平台的工作流已被彻底测试。