博客 / 列表

Eolink - 深入探討 GraphQL API 最新技術及其影響

自 2015 年 Facebook 推出 GraphQL 以來,它迅速成為嚮應用程序和其他服務提供數據的強大又靈活的替代方案。最近一份 Gartner 報告預測,儘管僅有 10%的企業在 2021 年將 GraphQL 作為其內部數據層實施,但到 2025 年這個數字將增加到全球企業的 50%以上。 隨着技術不斷髮展,新趨勢和技術正在塑造開發人員創建和使用 GraphQL API 的方式。本博客文

API , graphql , 後端

Eolink - 如何提升 API-First 設計流程

一個 API-First 設計應該具有可複用性、互操作性、可修改性、用户友好性、安全性、高效性、務實性,並且重要的是,與組織目標保持一致。這些基本特徵將確保 API 能夠有效地為 API- First 組織戰略和開發模式做出貢獻,在這種模式中,API 可以最大限度地為業務創造價值。 但如何生成這樣的 API-First 設計呢? 在本文中,我們將探討如何通過以下五個流程集成到 API 設計過程中來

grpc , API , graphql , openapi , Json

Eolink - 5分鐘上手瀏覽器插件測試——Eolink Apikit

Eolink Apikit 研發管理和自動化測試產品中,提供了多種發起 API 測試的方式: 服務器測試:通過 Eolink Apikit 官方遠程服務器發送請求,不需要安裝任何插件,但是無法訪問本地服務器(localhost)、內網、局域網。 插件測試:通過 Eolink Apikit 官方瀏覽器插件發送請求,需要安裝 Chrome 或者 Firefox 插件,可訪問本地服務器(local

chrome , 插件 , 瀏覽器 , API , firefox

Eolink - 【接口測試】如何在 Eolink Apilkit 中使用 cookie?

什麼是 Cookie ? Cookie是一種在網站之間傳遞的小型文本文件,用於存儲用户的個人信息和偏好設置。當您訪問一個網站時,網站會將Cookie存儲在您的瀏覽器中,並在您下次訪問該網站時讀取該Cookie。這樣,網站可以記住您的登錄狀態、購物車內容以及其他個性化設置。 在編寫接口自動化測試用例或其他腳本的過程中,經常會遇到需要繞過用户名/密碼或驗證碼登錄,去請求接口的情況,一是因為有時驗證碼會

函數 , API , 測試 , cookie , 接口

Eolink - Eolink Apikit 版本更新:接口測試支持通過 URL 請求大型文件,支持左右視圖和全屏視圖

Hi,大家好! Eolink Apikit 即將在 2023年 6月 8日晚 18:00 開始更新 10.9.0 版本。本次版本更新主要是對多個應用級資源合併,並基於此簡化付費套餐和降低費率。 本次應用合併是為了接下來更好的發揮 Eolink Apikit 的優勢,提供 API 全生命週期解決方案,為下半年的重大功能更新做前期準備。本次更新的詳細內容如下。 1、重大功能調整 1.1 簡化

API , 測試 , postman , 接口 , url

Eolink - Eolink Apikit 快速發起 API 測試,一鍵生成測試數據

我們在測試接口時,通常需要先創建 API 文檔,再根據 API 文檔生成測試用例。未創建該接口文檔,僅臨時調試接口,Eolink Apikit 支持創建 API 快速測試頁面,輸入接口相關的信息即可進行快速測試。 Eolink Apikit 支持操作數據庫,API 測試時,可以一鍵生成測試請求數據。這可以減少數據輸入步驟,提高調試接口效率。 發起快速測試 功能入口:API 管理應用 - 選

mock , 數據 , API , 測試 , 文檔

Eolink - JSON 格式的接口測試流程【Eolink Apikit】

在進行JSON格式的接口測試時,需要使用工具發送HTTP請求並獲取響應。測試工具可以是單獨的測試框架,如 Eolink Apikit。測試人員需要根據接口文檔和測試用例編寫測試腳本,然後運行測試並分析結果,以確保接口的質量和穩定性。 當我們後端需要從前端拿到這些JSON數據,我們應該如何測試自己的接口呢?今天就來淺淺探討一下JSON格式接口測試的流程。 1、JSON 格式的 API 導入

API , 測試 , swagger , 接口 , Json

Eolink - 【前端小技巧】如何使用 Eolink Apilkit 調用 Mock ?

在開發過程中,進度比較趕的情況下,前端人員當頁面寫完時,後台的接口還沒寫完,等要交付的時候後端才把接口給你,這個時候就很尷尬。 這個時候 Mock 就可以很好的解決這個問題,前端團隊可以在 API 還沒開發完成的情況下,藉助 Mock API 實現預對接,加速開發進程。測試團隊可以通過 Mock API 解決不必要的系統,完成集成測試。 Eolink Apikit 為前端工程師提供 API 文檔管

mock , API , 前端

Eolink - Eolink Apikit 如何生成與導出接口文檔?

在 API 研發管理產品中,幾乎所有的協作工作都是圍繞着 API 文檔進行的。 採用文檔驅動的協作模式會比先開發、後維護文檔的方式更好,團隊協作效率和產品質量都能得到提高。基於文檔來進行工作,使用文檔驅動方式可以降低大量無意義的溝通成本。 創建了 API 文檔之後,可以隨時查看 API 的改動情況、根據 API 文檔發起 API 測試、編寫 API 測試用例、使用 Mock API 等。 如下圖,

mock , websocket , API , HTTP , 文檔

Eolink - REST API 設計最佳實踐:如何正確使用 HTTP 狀態碼?

總的來説,HTTP協議出現以來Web服務也就存在了。但是,自從雲計算出現後,才成為實現客户端與服務和數據交互的普遍方法。 作為一名開發者,我很幸運能夠在工作中使用一些仍然存在的SOAP服務。但是,我主要接觸的是REST,這是一種基於資源的API和Web服務開發架構風格。在我的職業生涯中有很大一部分時間都參與了構建、設計和使用API 的項目。我見過的大多數API 都“聲稱” 是 “符合REST原則”

rest , API , HTTP , uri , Python

Eolink - 如何使用 REST 架構進行 API 開發

在軟件開發中,API(應用程序編程接口)的重要性不言而喻。API已成為不可或缺的構建模塊,使開發人員能夠創建功能豐富、多樣化和可擴展的應用程序。這是一篇綜合指南,旨在深入探討API開發,使初學者和有經驗的開發人員都能充分挖掘API在項目中的潛力。 本指南將詳盡探討API開發的基本要素,包括涉及的概念、類型和協議,以及可用的最佳實踐和工具。我們將從揭示API在現代軟件開發中的作用開始,闡明它們如何

rest , API , HTTP , 開發 , 架構

Eolink - RESTful API 設計最佳實踐

良好的 API 設計是一個經常被提及的話題,特別是對於那些試圖完善其 API 策略的團隊來説。一個設計良好的 API 的好處包括:改進開發者體驗、更快速地編寫文檔以及更高效地推廣你的 API。但是,到底什麼才構成了良好 API 設計呢?在這篇博客文章中,我將詳細介紹幾個為 RESTful APIs 設計最佳實踐。 一個設計良好的 API 的特點 一般來説,一個有效的 API 設計將具有以下

API , 測試 , restful , 接口 , get