> For the complete documentation index, see [llms.txt](https://coldbox.ortusbooks.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://coldbox.ortusbooks.com/v6.x/architecture-concepts/testing-concepts/testing-vocabulary.md).

# Testing Vocabulary

Here are some terms that we need to start getting familiar with:

* **Test Plan**: A test plan documents the strategy that will be used to verify and ensures that a product or system meets its design specifications and other requirements.
* **Test Case**: A set of conditions or variables under which a tester will determine whether an application or software system is working correctly or not. In our ColdFusion space, it might be represented by an MXUnit test case CFC.
* **Test Script**: A set of instructions that will be performed on the system under test to test that the system functions as expected. This can be manual or automated. Sometimes they can be called runners.
* **Test Suite**: A collection of test cases that are intended to be used to test a software program to show that it has some specified set of behaviors or met expectations.
* **Test Data**: A collection of pre-defined data or mocked data used to run against our test cases.
* **Test Harness**: A collection of software and test data configured to test a program unit by running it under varying conditions and monitoring its behavior and outputs.
* **TDD**: Test Driven Development - A software development process that relies on the repetition of a very short development cycle: first the developer writes a failing automated test case that defines a desired improvement or new function, then produces code to pass that test and finally refactors the new code to acceptable standards.
* **BDD**: BDD stands for behavior driven development and is highly based on creating specifications and expectations of results in a readable DSL (Domain Specific Language).
* **Mock Object**: Simulated objects that mimic the behavior of real objects in controlled ways.
* **Stub Object**: Simulated objects that have no behavior or implementations and can be controlled and injected with functionality.
* **Assertions**: The function to test if a predicate is true or false: X>1, 4=5
* **Expectations** : Much like assertions, it is closely linked to BDD to verify behavior.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://coldbox.ortusbooks.com/v6.x/architecture-concepts/testing-concepts/testing-vocabulary.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.