在 EOLINKER 中，您可以对 API 测试用例的结果设置判断规则，当 EOLINKER AMS 执行用例测试时，会根据规则判断返回结果是否符合条件，若符合则代表API测试通过，否则测试失败。EOLINKER AMS API 测试用例支持完全校验、JSON校验、XML校验等5种校验方式。
今晚是圣诞前夜，EOLINKER 的设计师小姐姐们也想给大家一点惊喜，这次我们特别上线了 EOLINKER 换肤功能，同时上线的有圣诞节皮肤和新年皮肤，希望大家能收下我们的小小心意。
EOLINKER AMS 支持 REST 参数测试，我们通过一对大括号 {} 表示 REST 参数，下面以 user_name 和 user_password 进行 REST 参数测试为例演示：
自动化测试中经常存在 后置的重复操作（即需要在所有测试完成之后执行的操作），如在测试后需要清理测试数据、记录测试日志、调用其他持续集成系统，完成后续操作等等。为了应对类似这样的需求，EOLINKER AMS 中提供了后置用例（tear_down）功能，能够让测试人员在用例执行完毕之后执行某些用例。
在传统的开发模式中，如果前端开发人员需要进行页面对接，需要后端先完成 API 的开发工作，因此前后端开发的进度会互相影响，导致开发不够敏捷。
通过 Mock API，您可以事先编写好 API 的数据生成规则，由 EOLINKER AMS 自动生成 API 的数据。前端开发人员可以通过访问 EOLINKER 提供的 Mock API 来实现页面对接，等到项目正式发布时只需将 EOLINKER 的 Mock API 地址替换为实际的 API 地址即可完成对接，实现真正意义的前后端同步开发。
自动化测试中经常存在 前置的重复操作（即需要在测试正式开始前先执行的操作），如在测试前需要先准备好测试数据、在执行操作之前需要先登录等等。为了应对类似这样的需求，EOLINKER AMS 中提供了前置用例（start_up）功能，能够让测试人员在用例正式开始之前先执行某些用例，并且将 Cookie、全局变量等值继承给用例中的其他单例。
EOLINKER TCM 提供测试用例管理功能，测试人员可建立用例集来对产品的所有用例进行规范化管理和长期维护，建立测试计划来执行版本更新测试。同时我们建议您通过 TCM 和 自动化测试 两个产品共同进行测试管理，帮助团队提高测试效率，保证交付质量。下面以创建 手机注册流程-测试计划 举例演示：
在前几天发布的 TIOBE 12 月编程语言榜中，Java仍以15.932%的份额稳居首位，值得关注的是Python 以 8.376% 的份额挤下 C++ 重回季军位置。
如果想要将项目变更信息通知给其他的成员，方便团队内共同协作开发，EOLINKER AMS 支持项目变更通知功能，你可以设定不同成员的操作权限，系统会自动生成团队成员对API的改动日志，并且及时通知到相关的成员。