top of page

How to Write Sequences That Can Actually Be Tested

By Andy Austin | August Bridge Advisory

A sequence that cannot be tested does not define behavior. It invites interpretation.

Many HVAC sequences look complete.

They are long.
They are detailed.
They sound technical.

But they fail in one critical way:

They cannot be tested.

The difference between intent and behavior

Typical sequences describe intent:

  • maintain comfort

  • optimize energy

  • respond appropriately

 

These statements are directionally correct.

 

But they are not testable.

 

They do not tell:

  • what triggers the system

  • what the system will do

  • how to verify that it did it correctly

 

That gap is where problems begin.

Start with modes, not narratives

The most effective way to improve a sequence is to break it into operating modes:

  • occupied cooling

  • heating

  • economizer

  • unoccupied

  • safeties and alarms

 

For each mode, define:

  • when it starts

  • when it ends

  • what the system does

 

This structure makes the sequence understandable—and testable.

Anchor behavior to real points

Every important action should tie to a measurable point:

  • temperature sensors

  • airflow measurements

  • static pressure

  • damper positions

  • valve commands

 

Without named points:

 

Teams are no longer verifying the same system.

 

They are interpreting it.

Write logic so it can be observed

A strong sequence reads like a test procedure.

 

It should allow someone to:

  • force a condition

  • observe a response

  • confirm an outcome

 

That means writing logic clearly:

  • what happens first

  • what happens next

  • what conditions must be met

  • what defines success

 

This is what turns a sequence into a verification tool.

Address priorities and conflicts

Real systems operate under competing conditions:

  • safety vs comfort

  • protection vs efficiency

  • manual override vs automation

 

If priorities are not defined:

 

The system behavior becomes unpredictable.

 

The sequence must define:

  • what takes precedence

  • how conflicts are resolved

  • how the system recovers

What this changes

When sequences are written for verification:

  • controls contractors implement more consistently

  • commissioning becomes faster and clearer

  • fewer RFIs occur

  • performance becomes defensible

 

When they are not:

  • each party fills in gaps differently

  • system behavior varies

  • testing becomes subjective

Common pattern

Most problematic sequences share the same traits:

  • long narrative format

  • vague triggers

  • no defined modes

  • no measurable outcomes

 

They appear complete.

 

But they do not define the system in a way that can be proven.

Write sequences that can be proven

If a sequence cannot be clearly tested in the field, it will be interpreted—and interpretation is where performance breaks down.

August Bridge helps A/E teams develop sequences that are clear, testable, and aligned with real-world commissioning.

bottom of page