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