可靠性
让账号工作可以恢复
浏览器会话承载着重要工作。Isoline 为每个配置文件保留独立状态、管理会话归属，并提供已保存的配置文件版本用于恢复。
把恢复能力融入日常工作
清晰命名配置文件，及时更新团队权限，交接前关闭会话，并在恢复已保存版本后验证重要工作流。
可靠的浏览器工作需要什么
请使用自己的配置文件和团队来评估这些产品行为。性能取决于设备、网络、网站和配置文件大小。
| 工作流 | 含义 | 检查方法 | Isoline 中的实现 |
|---|---|---|---|
| 独立的浏览器状态 每个配置文件独立 | Cookie、存储、设置和扩展程序属于所选配置文件。 | 打开两个配置文件，确认在其中一个登录或更改状态不会影响另一个。 | 配置文件隔离 |
| 已保存的配置文件版本 可恢复的工作 | 需要撤销变更时，将配置文件恢复到已保存的版本。 | 保存一个已知状态，进行可逆变更，再用真实工作流验证恢复后的配置文件。 | 备份与恢复 |
| 明确的会话归属 团队交接 | 工作区权限和会话锁定共同协调谁可以使用配置文件。 | 将配置文件交给有权限的同事，并确认交接前会话已关闭和保存。 | 工作区访问控制 |
| 持续维护的浏览器 Chromium | 浏览器通过专门的更新流程接收上游修复。 | 在执行敏感工作之前，查看当前浏览器版本和更新通知。 | 浏览器更新 |
检查自己的工作负载
运行十个轻量配置文件与运行大量扩展程序的高负载场景，浏览器表现可能不同。请在评估中加入以下检查。
- 特定大小配置文件的冷启动与热启动耗时。
- 每个运行中配置文件的内存和磁盘占用，以及一台设备能够持续运行的配置文件数量。
- 持续使用多个配置文件时的崩溃率。
- 大型配置文件的恢复耗时，以及历史记录和缓存增加后耗时的变化。
- 团队并行工作时的同步吞吐量与冲突处理方式。
- 与你的 Mac、浏览器扩展程序、代理及目标网站的兼容性。
我们如何说明性能
只有在提供足以复现和解读结果的上下文时，我们才会公布性能数字。
- 测试前发布书面方法，明确样本、重复次数及失败判定标准。
- 提供已提交到代码仓库的脚本和固定版本的依赖，以便重复测试。
- 注明产生结果的具体构建标识、平台和日期。
- 记录每次失败，包括被排除的案例及排除原因。
- 单独说明结果未覆盖的范围。