Bitwarden 贡献文档
⮐ Bitwarden Contributing Documentation我的博客联系我
  • 关于
  • 入门
    • 概述
    • 工具
    • 服务器
      • 设置指南
      • 高级服务器设置
      • 数据库
        • MSSQL
        • 实体框架
      • 事件日志
      • Ingress 隧道
      • SCIM
      • 自托管指南
      • 系统管理门户
      • 单点登录 (SSO)
        • 本地 IdP
        • Okta
      • 故障排除
      • 用户机密
      • 公共 API
    • 网页客户端
      • 网页密码库
        • WebAuthn
      • 浏览器端
        • 生物识别解锁
        • Firefox 隐私模式
      • 桌面端
        • Mac App Store Dev
        • Microsoft Store
        • Native Messaging Test Runner
        • 更新测试
      • CLI
      • 故障排除
    • 移动端
      • Android
        • F-Droid
      • iOS
      • .NET MAUI (legacy)
        • Android
        • iOS
        • watchOS
    • SDK
      • 内部 SDK
      • Secrets Manager
        • Integrations
          • Kubernetes
    • 业务 App
      • 目录连接器
        • JumpCloud
        • OpenLDAP Docker 服务器
      • Key Connector
      • Splunk App
  • 贡献
    • 贡献
    • 代码样式
      • =Android & Kotlin
      • Angular & TypeScript
      • C#
      • =Rust
      • T-SQL
      • =Swift
      • Tailwind
    • 数据库迁移
      • 进化数据库设计
    • 提交签名
    • 拉取请求
      • =贡献审查程序
      • 分支
      • 代码审查
      • UI 审查 - Chromatic
    • 无障碍
    • 依赖管理
    • 功能标记
    • 模板存储库
    • 测试
      • =数据库集成测试
      • 负载测试
      • 单元测试
        • 命名约定
        • 测试结构
    • 修改用户机密
  • 架构
    • 架构
    • 架构决策记录 (ADR)
      • 0001 - Angular Reactive Forms
      • 0002 - Public API for modules
      • 0003 - Adopt Observable Data Services for Angular
      • 0004 - Refactor State Service
      • 0005 - Refactor Api Service
      • 0006 - Clients: Use Jest Mocks
      • 0007 - Manifest V3 sync Observables
      • 0008 - Server: Adopt CQRS
      • 0009 - Composition over inheritance
      • 0010 - Angular Modules
      • 0011 - Scalable Angular Clients folder structure
      • 0012 - Angular Filename convention
      • 0013 - Avoid layered folder structure for request/response models
      • 0014 - Adopt Typescript Strict flag
      • 0015 - Short Lived Browser Services
      • 0016 - Move Decryption and Encryption to Views
      • 0017 - Use Swift to build watchOS app
      • 0018 - Feature management
      • 0019 - Adoption of Web Push
      • 0020 - Observability with OpenTelemetry
      • 0021 - Logging to Standard Output
      • =0022 - Authorization
      • =0023 - Identifying Integrated Clients
    • 移动客户端架构
      • =Android
      • =iOS
        • =推送通知故障排除提示
      • =.NET MAUI (legacy)
        • =概述
        • watchOS
    • =SDK 架构
      • =数据模型
      • =依赖
      • Password Manager
        • Web
          • =互操作性
      • =Secrets Manager
      • =服务器绑定
      • =版本控制和破坏性更改
    • 网络客户端架构
      • 概述
      • 数据模型
      • 表示层
        • Angular
        • CLI
      • =依赖注入
      • 服务层
        • Vision
        • 实现
    • 服务器架构
    • 深度剖析
      • 身份验证
        • 双重身份验证
      • =授权
      • =浏览器自动填充
        • 收集页面详细信息
        • 生成并执行填充脚本
        • 表单提交检测
        • Shadow DOM
        • =内联自动填充菜单
      • Captcha
      • =只读数据库副本
      • 事件日志
      • =FIDO2 和通行密钥
        • =凭据
        • =操作
        • =命名惯例
        • =实现
          • =提供程序
            • =浏览器扩展
          • =依赖方
            • =用于解密的通行密钥
        • =术语表
      • 推送通知
        • 移动端推送通知
        • 其他客户端推送通知
      • =SSH 密钥和代理
        • =SSH 代理
      • =状态提供程序框架
        • =派生状态
    • =安全
      • =定义
      • =原则
        • =P01 - 锁定的密码库是安全的
        • =P02 - 半受损设备密码库的有限安全性
        • =P03 - 完全损坏的系统没有安全性
        • =P04 - 控制密码库数据的访问权限
        • =P05 - 将安全漏洞的影响降至最低
      • =要求
由 GitBook 提供支持
在本页
  • 配置和参数​
  • 入门
  • 创建新脚本​
  • 最佳实践​
  • Stages
  • Thresholds
  • 结果​
  1. 贡献
  2. 测试

负载测试

上一页=数据库集成测试下一页单元测试

最后更新于1个月前

对应的

负载测试以 k6 脚本的形式提供,可在本地或云中执行,重点是对平台进行大规模演练。

配置和参数​

所有测试都使用两个环境变量:

  • IDENTITY_URL:用于身份验证的 实例的 URL。

  • API_URL:经过身份验证后用于负载测试操作的 实例的 URL。

  • CLIENT_ID:所有请求的 X-ClientId 标头值,用于跟踪唯一客户端并管理速率限制。

根据所测试的 API,使用密码或客户端凭据授权。

对于密码:

  • AUTH_USER_EMAIL:用户电子邮件地址。

  • AUTH_USER_PASSWORD_HASH:用户主密码的哈希值。

对于客户端凭据:

  • AUTH_CLIENT_ID:OAuth 客户端 ID。

  • AUTH_CLIENT_SECRET:OAuth 客户端密钥。

Grafana 的在线状态用于在云中托管脚本,并配置了上述所有内容。对于本地测试,您可能需要一组 ID 和密钥。

入门

  1. 运行您的脚本!

对于本地运行,这很简单:

k6 run script.js

如果您想将结果传输到云端,请添加 --out=cloud 参数。要传递环境变量,请使用 -e 参数,例如 -e IDENTITY_URL="http://localhost:4000"。

对于云,直接运行:

k6 cloud script.js

计划的运行会在云端自动进行。

创建新脚本​

有些示例已经存在,可以复制。要进行简单的 GET 操作,请查看 /config 测试。要了解更全面的 CRUD 套件,请查看 /public/groups 测试。

最佳实践​

检查应简单明了,查找状态代码和继续操作所需的元素(例如 ID)。避免功能测试,因为在大多数情况下,单元测试和自动化测试已经涵盖了功能测试;负载测试的目的是对系统施加压力,而不是确保其正确性。

每个脚本顶部的 options 应至少包含在云中使用的 ext 信息。选择一个好的 name,并在 params 的 tags 元素中设置相同的名称;这将用于对请求进行分组和收集准确的指标。

身份验证助手已经可用,并且预计几乎所有测试都需要它。

Stages

stages: [
  { duration: "30s", target: 10 },
  { duration: "1m", target: 20 },
  { duration: "2m", target: 25 },
  { duration: "30s", target: 0 },
];

上述程序在 30 秒内将负载提升到 10 VU,然后在一分钟内提升到 20 VU,再在两分钟内提升到 25 VU,最后在 30 秒内将负载降至空载。

根据目标,这可能会改变,通常所有测试都将使用相同的 Stages 以实现一致性。

Thresholds

thresholds: {
  http_req_failed: ["rate<0.01"],
  http_req_duration: ["p(95)<1500"]
  }

失败的请求计数可以设置为零,但对于短暂的异常,允许 1% 的失败率。超过 95% 的请求 (P95) 的持续时间将通过多次运行来测量,以作为基准线。

不仅脚本内的检查会建立指标,而且还可以参考核心指标和自定义指标(如果需要)作为 thresholds。同样,通常期望所有测试都将使用相同的 thresholds 作为基础。

结果​

最好在提供交互式图形和图表的云中查看结果。结果包含:

  • P95 响应时间。

  • 请求总数和每秒请求数。

  • 正在使用的 VU。

  • HTTP 请求详细信息及其结果检查。

  • Thresholds。

脚本创建并稳定后,就会为其设定基准线,并可用于随时间的推移进行比较。

在本地并配置 k6。

(可选)使用令牌您的云账户。

k6 提供了已包含的,并且常用的 帮助程序可以生成用于放置在请求属性中的 UUID。k6 HTTP 库并不假定请求应被格式化为 JSON,因此请使用 JSON.stringify 作为正文。

用于在脚本执行时配置变量负载:

也类似用于设定负载测试成功的预期值:

官方页面地址
Identity
API
生成
安装
登录
实用程序脚本
uuidv4
Stages
Thresholds