Designing automated tests for Mule applications5% of the exam

Integration testing and performance test design

How to tell unit, integration and functional test requirements apart, and how to design a Mule performance test: prerequisites and criteria, a controlled environment, consistent tools, component isolation, representative workloads, iterative execution and resource monitoring.

Official exam objective
Identify test requirements and scenarios that are best addressed using integration testing or performance testing.

~7 min read · 6 practice questions

What the exam expects

  • Decide whether a requirement calls for a unit, integration or functional test, and what environment and data checks an integration test needs.
  • State the prerequisites that must hold before a performance test starts, including the criteria to establish.
  • Design a controlled performance test environment for CloudHub and on-premises deployments.
  • Isolate components to find a bottleneck, and build representative workloads.
  • Run performance tests iteratively and monitor the resources Mule consumes while they run.

Integration test: validates that different units of code and modules work together as intended. Functional test: tests the use cases envisioned for the application as a whole. Performance test criteria: the expected workloads, the specific need (throughput, response time, concurrency or large messages) and the minimum throughput and maximum response time. Representative workload: a test scenario built from real user behavior, workload and payloads. Think time: a pause between requests that imitates real users (Test Mule Applications, Performance Test Validations).

Sources for this section (2)

Key facts

Integration test goal
Detail
Units of code and modules work together as intended
Sandbox data
Detail
Verify the correct state before and after the integration test
First prerequisite
Detail
The app works as expected; a wrong flow gives false-positive data
Large-message need
Detail
Payload bigger than 1 MB
CloudHub test placement
Detail
Load client and backend on dedicated machines in the worker's region
On-premises test placement
Detail
Load client, runtime and backend in the same Anypoint VPC
Changing load tools
Detail
Execute all tests again
Tuning cadence
Detail
One change at a time, each test run several times
CloudHub tuning scope
Detail
Mule flows and configurations
CloudHub monitoring
Detail
Runtime Manager dashboard or Anypoint Monitoring
Sources for this section (3)
  • When does a performance use case count as "managing large messages"?
  • Why parameterize outbound database and HTTP addresses with placeholders?
  • Which two tools does the guidance name for monitoring Mule app performance on CloudHub?
  • Which sar command and metrics does the guidance use to watch memory on Linux during a test?

The questions are free to read. Answers with their sources and self-grading are included with the pack.

Keep reading with the MuleSoft Platform Integration Architect pack

  • Core concepts
  • Exam traps
  • Worked scenario

The pack includes:

  • All 40 lessons of the MuleSoft Platform Integration Architect guide, with reading progress
  • Interactive decision walks and step-by-step sequence steppers
  • Practice exams purchase adds inline bank questions and topic practice (6 questions for this lesson)
  • An official source cited for every claim
  • An AI tutor that answers from the guide
  • Choose guide-only, practice-only, or save $4 with both

Practice for the MuleSoft Platform Integration Architect exam