稳定性

确保您的功能在所有可能的 Kibana 场景下都能正常工作。

环境配置场景

云
- 该功能是否在云环境中工作？
- 它是否创建了一个需要在云上公开或配置为不同于默认值的设置？（某些设置/用户的白名单？参考：docs-content://deploy-manage/deploy/elastic-cloud/edit-stack-settings.md , /reference/cloud/elastic-cloud-kibana-settings.md）
- 是否存在可能影响 Cloud Kibana 实例的显着性能影响？
- 它是否需要知道是否在容器中运行？（例如监控）
多个 Kibana 实例
- 指向相同的索引
- 指向不同的索引
  - 应该确保 Kibana 索引没有在任何地方被硬编码。
  - 不应在 Kibana 内存中存储大量内容。
  - 应模拟高可用性部署。
  - 由于共享资源访问，预计会出现不同的定时相关问题。
  - 我们需要确保以特定方式为非标准 Kibana 索引设置安全性。（创建他们自己的自定义角色）
Kibana 在反向代理或负载均衡器后面运行，没有粘性会话。
如果代理/负载均衡器在 ES 和 {kib} 之间运行

测试 UI 代码很难。我们努力实现代码和 UX 的全面自动化测试覆盖率，但这很难衡量，并且我们受到时间的限制。在开发过程中，测试覆盖率的衡量是主观和手动的，基于我们对功能的理解。代码覆盖率报告表明可能存在差距，但最终还是要做出判断。以下是一些指南，可帮助您确保足够的自动化测试覆盖率。

每个 PR 都应该附带测试。
检查前后的自动化测试覆盖率指标。如果覆盖率下降，您可能错过了一些测试。
使用测试覆盖失败案例、边缘案例和成功路径。
特别注意可能包含损害用户的错误的代码。“损害”包括数据丢失和数据进入不良状态等直接问题，以及基于 UI 呈现的错误信息做出糟糕的业务决策等间接问题。例如，状态迁移和安全权限是需要覆盖的重要领域。
特别注意公共 API，它们可能会以意想不到的方式使用。您为其他插件发布以供使用的任何代码都应该使用许多排列组合进行严格测试。
包括逻辑跨越全局状态、URL 和多个插件 API 的领域的端到端测试。
每次报告错误时，都添加一个测试来覆盖它。
通过跟踪为已发布的功能报告的错误数量，回顾性地衡量您发布的代码的质量。您如何通过改进测试方法来减少这个数字？

请参阅 Kibana 支持的浏览器和操作系统列表：https://elastic.ac.cn/support/matrix

该功能是否在支持的浏览器列表中高效工作？