测试一个用 Composition API 搭建的组件应该和测试一个标准组件没有分别，因为我们不测试其实现，而只是测试输出（组件 是什么，而非 如何为之）。这篇文章将用一个简单的例子，展示使用了 Composition API 的 Vue 2 组件，其测试策略和处理其他组件时的何其相同。

在本页中所描述的测试源码可以在 找到。

以下代码或多或少地可以算作 Composition API 界的 “Hello, World” 了。如果你有什么不懂的， 读一下这个 RFC ，或 google 一下；总有很多可用的 Composition API 相关资源的。

1. 点击 increment 按钮会将 加 1 吗？

测试 message 被妥当地渲染是小事一桩。我们只消使用 propsData 设置属性值即可，正如 所描述的。

不错所料，这非常简单 — 尽管我们没用组件方式，仍可以使用同样的 API 和同样的测试策略。你应该能够整个改变实现，而不用碰测试代码才对。记住要基于给定的输入（属性、触发的事件）测试输出（通常是渲染过的 HTML），而非实现。

写一个测试去确保单击按钮后增加 同样的简单。注意该测试被标记为 async；关于为何需要这样做可以参阅 模拟用户输入 。

本文演示了如何测试一个使用了 Composition API 的组件和测试一个传统的 options API 组件时是何其相同的。无论是想法还是概念都一样。要学习的要点在于，当编写测试时，基于输入和输出做出断言。

应该有可能在无需修改单元测试的前提下，使用 Composition API 重构任何传统的 Vue 组件。如果你发现自己在重构时需要更改测试，很可能就是之前测试了 具体实现，而非输出。

虽然是个动人的新特性，但 Composition API 完全是锦上添花的，所以不需要立刻去用它，但是无论你如何抉择，记住一个好的单元测试只断言组件的最终状态，而不用考虑其实现细节。