在软件系统的质量保证上，有多种方式，这次尝试是通过ApiKit，在接口层面，对系统开发过程中可能产生的bug进行拦截。
接口测试是软件开发中不可或缺的一环，它能够有效地检测出系统间数据传输的错误。个人认为，这种测试基于黑盒和白盒测试之间。
两个阶段
我的ApiKit使用历程大致可以分为两个阶段。第一个阶段，我主要依赖于APIKit提供的表单功能来创建测试步骤。这些表单直观易用，让我这个初学者也能快速上手。表单功能其实也很强大，可以引用上一个测试步骤中的数据，这保证了测试数据的一致性和正确性，还大大的减轻了智力负担。然而，随着测试需求的日益复杂，我发现单纯的表单操作在灵活性上还是差点意思。
最终，我迈入了第二个阶段：完全通过JavaScript函数来创建测试步骤。在这个阶段，我已经对APIKit和JavaScript有了深入的了解，能够编写出更加复杂和高效的测试脚本。这种方式的优点在于它提供了极高的灵活性和可扩展性，让我能够应对各种复杂的测试场景。
变量
在使用APIKit的过程中，我还深入了解了它的变量系统。APIKit支持三种级别的变量：全局变量、环境变量和用例变量。这三种变量各有千秋，但在我的实践中，我最终选择了用例变量。这是因为用例变量只作用于用例本身，不会对其他用例造成干扰。在一个多人协作的团队中，这种隔离性至关重要。它确保了我的测试脚本不会意外地影响到其他人的工作，反之亦然。
其它
ApiKit的探索之旅还在继续，我目前写了20多个用例，我在团队内的任务目标是87个，目前来说除了上面要关注的点之外，还有就是我发现有时某一个测试步骤会跑失败，重试一次有好了。这种情况出现的频率大概一天能遇到1到2次吧，具体的原因还是要去找的，因为这个测试结果是严肃的。另外，建议每天将用例导出，将其放在git进行版本管理。
