定价
按已评估的用例计价。
只有一个计量项：你的测试套件评分的每个用例。无论有多少评估器评判过它，一个用例只计一次，因此声明第四个评判标准并不会让你的账单翻四倍。
费率尚未确定。计量单位已经确定，并在事后按实际用量计量；一个用例的费用尚未决定，因此本页不报任何数字。这不是谈判姿态——目前确实没有可报的价格。
什么是一个用例
已评估用例
由一个测试套件评分的一个输入，无论有多少评估器评判过它，都只计一次。这与工作区用量页面上 已评估用例 下显示的数字相同，因为在计量单位上不一致的计量和价格，其实是两套计量。
工作量：会报告，但从不收费
调用的系统和运行的评估器会作为账单背后的工作量显示在账单旁边。它们是对工作量的如实度量，也是任何对发票有异议的人会要求查看的内容——因此它们会被报告，而账单不随它们变动。
哪些不计量
- 复用了缓存的重新运行。针对未变更的候选运行未变更的测试套件，会复用已存储的执行结果和评判结果，几乎不做任何工作。为此收费就等于为无人执行的工作计费，并惩罚了本产品赖以构建的缓存机制。
- 不使用缓存的评估器。确定性检查重新计算比查找缓存更便宜，因此在工作区的整个生命周期内，它每次运行都不会命中缓存。这些会被计数和报告，但从不收费。
- 任何读取操作。停止付费的工作区仍可进行所有读取。只有新的工作会停止。
估算计量
这不是账单——没有费率可以据此生成账单。这是用量这一侧，也就是你今天就能知道的那一半：测试套件规模乘以运行频率。找到最接近你情况的那一行。
你自己的数字来自引擎而不是这张表：对于一个无法得出决策的运行或比较，oloproof plan 会根据该运行的实际花费，为得出结论还需要的额外用例估价。
每月用例数（未计入任何缓存复用）
| 测试套件规模 | 每周合并次数 | 每周用例数 | 每月用例数 |
|---|---|---|---|
| 500 | 20 | 10,000 | 40,000 |
| 2,000 | 20 | 40,000 | 160,000 |
| 10,000 | 40 | 400,000 | 1,600,000 |
在每次合并时都做门控的测试套件，运行次数与你的合并次数一样多。
- 为什么不按运行计价？
- 因为一次运行不是一个工作单位。一次运行可能为八个用例评分，也可能为八万个用例评分，而一次重复运行可能什么都不做。
- 为什么不按评估器调用次数计价？
- 在 2026年9月22日更改之前，这曾是计量单位。它会让一个声明了四个评判标准的测试套件，为只评判一次的一个用例付四倍的费用——没有人能从自己写的东西预测出这样的账单。
- 失败的运行会产生费用吗？
- 它按实际计算的部分计费。只要引擎为某个用例做了不可避免的工作，该用例就会计数，无论判定结果如何；而在第一个用例之前就被拒绝的运行不计任何数。
- 费率什么时候确定？
- 目前尚未确定；等有了数字，本页会写明。在此之前，不按任何费率计量。