Skip to content
Testaroo
puml286 B

PlantUML Sequence Diagram

A PlantUML sequence diagram of an order interaction (customer, store, warehouse) as diagrams-as-code, for testing PlantUML parsing and diagram rendering pipelines.

Preview, first 13 linespuml
@startuml
actor Customer
participant Store
participant Warehouse

Customer -> Store : Place order
Store -> Warehouse : Request pick
Warehouse --> Store : Confirm stock
Store --> Customer : Order confirmed
Store -> Warehouse : Ship
Warehouse --> Customer : Delivered
@enduml

Specifications

Format
PlantUML
Diagram
sequence
Participants
3

Testing contract

Expected to pass
Scenario
Exercise PlantUML Sequence Diagram in its diagrams workflow. A PlantUML sequence diagram of an order interaction (customer, store, warehouse) as diagrams-as-code, for testing PlantUML parsing and diagram rendering pipelines.
Expected result
12 text lines, decoded as UTF-8; first nonempty line is '@startuml'. Declared feature checks: diagram=sequence; participants=3.

What is a .puml file?

A PUML file contains a PlantUML diagram written as text: sequence, class, use-case, activity, and other UML diagrams described in a compact syntax that PlantUML renders to an image. It is a popular diagrams-as-code format.

How to use this file

Use an example PlantUML file to test diagram rendering and parsing, and PlantUML-to-image conversion in documentation pipelines.

How to use this file for testing

“PlantUML Sequence Diagram” is a deterministic Testaroo fixture for Conversion testing, Editor testing. The same content exported across many formats and linked as a group, so you can convert one and diff against the expected twin.

Documented properties for this file: PlantUML. Compare results against paired or grouped companions on this page when present (clean↔damaged, searchable↔scanned, or format twins) so scores stay reproducible across runs.

Download the file once, keep the path stable in CI or local scripts, and treat the spec table as the contract: dimensions, seeds, field lists, and roles are intentional. Corrupt or invalid samples are labelled as such, expect parsers to fail loudly rather than silently accept them.

Data fixtures document their exact quirks (delimiters, encodings, null handling, schema, and row counts) in the spec table. Point your parser or importer at the file and assert it handles the documented edge cases; clean and deliberately-messy siblings make before/after diffs straightforward.

Generated by generation/data_dev_artifacts.py. Free for any use, no attribution required, license.