# Domain Testing Domain Testing is our fields most widely taught technique. You might know it by another name, equivalence class analysis or boundary testing. Together these are described as Domain Testing where a domain is a set of set of values. * Equivalence class is about finding similarity. Two values are in the same class if they are so similar the program would treat them the same way. Testing with one or two best representatives from each class allows us to substantially reduce the number of required tests. * Boundary testing is about selecting and using a boundary value in an attempt to show the program in-appropriately accepts a value instead of rejecting it. It should be possible to automate domain tests. ## Domain Testing Schema Overview * What are the potentially interesting variables? * Which variable are you analyzing? * What is the primary dimension of this variable? * What is the type and scale of the primary dimension? * Can you order the variable? * Is this variable an input or result? Why? * How does the program use this variable? * What other variables are related to this one? * How would you partition the variable? * Lay out the analysis in a classical boundary/equivalence table, including best representatives. * What tests would you create for the consequences? * What are some of the secondary dimensions that apply to this variable? * Summarize your analysis with a risk/equivalence table. * Analyze independent variables that should be tested together * Analyze variables that hold results * Analyze non-independent variables. Deal with relationships and constraints * Identify and list unanalyzed variables. Gather information for later analysis * Imagine and document risks that don't necessarily map to obvious dimension --- # Agent Instructions: 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: ``` GET https://guides.kenst.com/test-design/domain.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.