我們了解到，在銷售軟件（尤其是復雜的企業產品）時，只要現金流到銀行，銷售就不會結束。售后支持與售前對客戶體驗同樣重要。實際上，客戶的成功是驅動收入的動力，并且有足夠的數據表明這一點。Invesp的Khalid Saleh在此上創建了一個很棒的圖表。以下是一些關鍵要點：

• 收購新客戶的成本是保留現有客戶的五倍。
• 向現有客戶銷售的可能性為60–70％，而向新客戶銷售的可能性為5–20％。
• 將客戶保留率提高5％，可將利潤提高25–95％。

客戶成功對業務至關重要

基本上，客戶成功是銷售的一切。這意味著您有一個好的產品。這意味著您將獲得免費潛在客戶、更短的銷售周期和更高的轉化率。

一切始于入職

平臺提供商提高客戶成功率的關鍵方法是什么？好吧，對于平臺、工具和服務提供商，這意味著他們確實需要專注于入門。將客戶加入您的平臺意味著使客戶快速了解您的服務，以便他們可以使用專業人士之類的工具。

這也意味著教您的用戶如何使用您的API，以便他們可以在應用程序中構建自己的解決方案。良好的入職流程必須透明且無縫。開發人員不想將其“未經驗證”的代碼投入生產。為了有效地構建這些集成，開發人員需要一個安全的開發環境來測試和熟悉您的產品——一個沙盒環境，在此環境中，他們可以放置未經驗證的代碼并在投入生產之前對其進行試用。

為客戶入門開發低成本的沙盒環境

如果您從事銷售API的業務，則銷售的關鍵是一種向客戶證明價值的有效且引人注目的方法。開發沙箱是理想的選擇，但是成功的要求是什么？

• 精心打造
• 有據可查
• 一應俱全
• 安全

精心打造

您的客戶不想看到意外的錯誤，不一致或不現實的行為。期望您的沙盒環境經過與生產和QA環境相同的嚴格測試。

有據可查

API并不簡單，開發人員需要快速入門以熟悉您的產品。記錄良好的API和沙箱環境至關重要。在記錄和定義API和服務方面，Swagger和OpenAPI變得很有必要。同樣重要的是，驗證這些API的行為是否符合發布的定義中定義的架構。

一應俱全

您的客戶渴望入門，而無法訪問其新購買的產品將嚴重阻礙您客戶的開發和測試工作。任何數量的停機時間都可能導致負面體驗。

安全

在PCI DSS和GDPR合規性的世界中，安全性可能意味著許多不同的事情，但是在API沙箱的情況下，應僅使用測試數據而不是真實的客戶數據。沙箱永遠都不能訪問客戶數據，并且通常，應用程序之間應充分隔離。

同樣，良好的沙箱對于客戶滿意度至關重要。每年都有DevPortal獎項是有原因的。付出大量努力來獲得良好API產品體驗的組織會得到認可。

為什么低成本沙盒環境很難

沙箱很有用，但有一個陷阱。您不能簡單地建立一堆沙箱環境并期望它能正常工作 沒那么簡單。API本身不會做任何事情，需要編排與多個內部和外部服務以及后端系統集成并提供數據。

為單個API設置沙箱環境意味著要站立整個環境，而不僅僅是單個服務，這很困難。

低成本沙盒環境的4個關鍵挑戰

創建開發沙箱存在四個關鍵挑戰，這些挑戰可方便地映射到上述沙箱需求——沙箱的ABCD：

• 輔助功能
• 行為
• 成本
• 數據

輔助功能

簡而言之，沙盒環境必須穩定才能訪問并提供積極的客戶體驗。組織已經在自己的質量保證環境中掙扎。維持和交付100％的正常運行時間是不現實的，停機會導致不良的用戶體驗。

行為

沙盒環境應該真實地表示真實系統。最初，靜態響應適用于簡單的請求，但是復雜的操作需要狀態和動態邏輯的某些更改。當客戶想要進行性能或負路徑測試時會發生什么？在復雜的系統中，很難模擬復雜的測試場景。

成本

維護測試環境不是免費的，外部依賴也不是免費的。用戶越多，這些費用將越多。了解這些成本并了解用法對于確定您可能希望為最終用戶實施的定價或退款模式至關重要。

數據

測試環境中的測試數據非常類似于硬幣計數機。投幣機將您的硬幣計數。它會返還一定數量的現金，但是如果有多個人同時使用機器，那么沒人會知道他們的現金是多少。共享環境中的共享測試數據也會發生相同的情況。數據一旦使用完，就無法用于其他測試，除非以某種方式還原了所有更改，這既復雜又費時。

我們在這里看到的這些挑戰反映了我們在許多也在尋求改善其測試和測試自動化實踐的組織中所看到的挑戰。坦白說，解決方案非常相似。

服務虛擬化檢查

服務虛擬化是一種在基于組件的異構應用程序中模擬特定組件的行為（虛擬化這些依賴性）的方法，例如：

• API驅動的應用程序
• 基于云的應用
• 面向服務的架構

通過穩定測試環境并支持快速敏捷開發，它是API仿真方面的強大解決方案。API和SOA測試帶來的電源服務虛擬化使其成為低成本沙盒服務器的理想選擇。

虛擬化提供以下功能：

• 按需創建復雜的環境。
• 以受控的個人服務行為構建現實的服務。
• 跟蹤所有沙箱的使用情況。
• 為每個唯一的API和每個用戶創建和操作數據。

如您所見，服務虛擬化確實選中了這些框。

圖1：低成本沙盒環境的“服務虛擬化”復選框。

服務虛擬化是沙盒環境的最佳選擇

在Parasoft進行的互動中，我們遵守了80:20的規則。某些環境僅需要對API調用的簡單靜態響應，因此簡單的模擬就足夠了。現代化的API網關有很好的方法來存儲這些預定義的答案，例如內置模擬程序時。如果確實需要這些，則服務虛擬化可能會顯得過時。

另一方面，環境必須非常接近實際。API調用需要對后端系統進行實際數據或實際更新。問題在于，復制大量真實系統作為虛擬服務器是否具有成本效益。在這些情況下，最好使用實際系統或克隆。

但是，在大約80％的情況下，要求介于這些極端之間。服務虛擬化足以為測試和驗證方案構建逼真的模擬。

圖2：服務虛擬化可滿足低成本沙盒環境的大多數需求。

客戶如何使用沙盒？

沙盒的基本目標是在集成到生產系統之前，先驗證API和服務（通常是第三方產品）。但是，在工具和服務虛擬化的幫助下，復雜程度不斷提高的實踐中，我們看到了一定規模的使用成熟度。

• 基本的系統管理，以驗證服務是否正在運行以檢測出現的任何異常并確保服務器具有足夠的容量。
• 進行驗證以確保發送了正確的消息并且遵守了正確的工作流程。
• 在您的沙盒環境中獲得B2B合作伙伴的認證，并最終獲利。
• 基于使用情況的計費的貨幣化分析和報告。

Parasoft Virtualize為這些用例提供支持，并提供更復雜的沙箱使用所需的監視、分析和報告。

圖3：Parasoft Virtualize提供的沙箱使用情況分析和報告。

總結

API沙箱可為API和服務產品提供順暢的入門體驗，以提高客戶的成功率。服務虛擬化降低了API沙箱的復雜性，成本和風險。沙盒需要近乎真實的服務，Parasoft Virtualize提供了豐富的功能集，可以快速可靠地復制此行為。

沙盒需要具有成本效益，并且服務虛擬化提供了創建真實環境的最佳解決方案。考慮到這一點，Parasoft Virtualize為API沙箱提供了可伸縮性和安全性，并提供了多種部署模型以及基于模塊的服務虛擬化和數據管理方法。

隨著您對沙盒開發的成熟度的提高，服務虛擬化將隨您擴展并實現更高的成熟度。