Skip to content

Service Introduction

AngusTester's service management module helps teams efficiently organize and manage microservice interfaces, enabling API assetization and building clear API architecture to enhance interface maintainability and collaboration efficiency.

About Services

Services are the core units of API management, with each service corresponding to a microservice entity. Through the service module, you can:

  • Structured Organization: Categorize interfaces by service, clarifying boundaries and dependencies
  • Asset Management: Centrally manage all interfaces under a service, improving traceability
  • Optimized Team Collaboration: Standardize service specifications to accelerate development and testing processes

Example Scenario: Create an independent service unit for an order microservice to centrally manage order creation, query, payment, and other interfaces

Value Benefits

Through AngusTester's service management module, teams can achieve:

  • 🚀 Efficiency Improvement: Reduce interface maintenance time by 60%
  • 🔍 Consistency Assurance: Ensure unified interface specifications within services
  • ⚙️ Architecture Optimization: Clearly map microservice dependencies
  • 📊 Controlled Quality: Quickly validate service health through batch testing

Best Practice Recommendations:

  1. Create independent service units for each microservice
  2. Synchronize interface definitions via OpenAPI specifications
  3. Regularly perform service-level batch regression tests

Experience AngusTester Service Management Now →

Core Features

1. Interface Management: Flexible Creation and Import

Supports multiple interface creation methods to adapt to different work scenarios:

MethodSupported FormatsCore Advantages
Manual Creation-Customize interface details to meet specific needs
File ImportSwagger/OpenAPIAutomatically sync documentation, reducing manual input errors
Tool SyncPostman CollectionsSeamlessly migrate existing interfaces while preserving historical configurations

2. Batch Operations: Efficient Handling of Interface Assets

Significantly improve maintenance efficiency with batch functions:

  • Batch Import/Export: Quickly migrate service assets (supports JSON/YAML formats)
  • Batch Editing: Simultaneously modify paths/parameters/response settings for multiple interfaces
  • Batch Testing: One-click automated testing for all interfaces under a service

Service Field Information

ParameterField NameTypeRequiredLength LimitDescription
IDidbigintConditional/Unique identifier;
Automatically generated by the system;
Required for modifications
Project IDprojectIdbigintYes/Associated project ID, required when creating a service
Service NamenamestringYes<=100Service name, e.g., User Center
Authorization ControlauthbooleanNo/Whether to enable authorization control, disabled by default
Service SourcesourceenumRead-only/Service Source Enum Values:
CREATED - Created
EDITOR - Editor
IMPORT - Imported
SYNC - Synced
Import SourceimportSourceenumRead-only/Valid when source=IMPORT:
OPENAPI - OpenAPI
POSTMAN - Postman
ANGUS - Angus
Service StatusstatusenumNo/Current Status Enum Values:
UNKNOWN - Unknown
IN_DESIGN - In Design
IN_DEV - In Development
DEV_COMPLETED - Development Completed
RELEASED - Released
Contains InterfaceshasApisbooleanRead-only/Whether interfaces have been created
Mock Service IDmockServiceIdbigintNo/Associated Mock Service ID
Interface CountapisNumbigintRead-only/Total number of interfaces under the service
Interface Test Case CountapisCaseNumbigintRead-only/Total number of test cases under the service
OpenAPI SpecificationschemaobjectRead-only/OpenAPI specification details
Tenant IDtenantIdlongRead-only/Tenant ID
Creator IDcreatedBybigintRead-only/Creator ID
CreatorcreatedBy
Name
stringRead-only/Creator name
Creation TimecreatedDatedatetimeRead-only/Service creation time
Last Modified By IDlastModified
By
bigintRead-only/Last modifier ID
Last Modified BylastModified
ByName
stringRead-only/Last modifier name
Last Modified TimelastModified
Date
datetimeRead-only/Last modification time

Status Flow Diagram

Key Field Descriptions

  1. When creating a new service:
  • Required fields: projectId, name
  • Recommended initial value: status="In Design"
  • Default values: auth=false, hasApis=false
  1. Importing OpenAPI services:
  • Set source="IMPORT"
  • Set importSource="OpenAPI"
  • Automatically populate the schema object
  1. Service release process:

In Design → In Development → Development Completed → Released

  1. Permission control:

After enabling auth, data permission authorization must be configured. It is recommended to enable this after test verification or upon release

Released under the GPL-3.0 License.