Документ специфікації вимог містить всі вимоги до системи, сформульовані природною мовою, щоб їх було легко зрозуміти як замовнику, так і тим, хто бере участь у проекті. З точки зору тестування, ми зацікавлені в тому, щоб отримати достатньо інформації з цього документа, щоб почати планування, проектування та розробку тестових кейсів.

Для наших цілей тут, специфікація вимог повинна мати наступні властивості:

• Кожній вимозі повинен бути присвоєний унікальний ідентифікатор щоб на нього можна було однозначно посилатися при визначенні обсягу тестування, розробці тестових кейсів і створенні тестових звітів.
• Вимоги повинні бути безпосередньо пов’язані із задоволенням потреб та очікувань користувача системи. System and acceptance tests should be designed on the basis of a project requirements specification document therefore, the latter should be developed from a system-level perspective. This principle prevents the creation of requirements which define the internal implementation (structure) of the system and require detailed knowledge of the code with intent to execute successful tests. Such requirements should be engineered in the late stages of software development process and be covered by unit tests, and integration tests to verify how system components behave after they have been combined. Послуги QA тестування може допомогти вам перевірити розроблені ІТ-продукти, щоб переконатися, що вони відповідають технічному завданню. Якщо ви наймаєте закордонних партнерів для тестування вашого програмного забезпечення, ця робота буде виконана компетентно і в рамках бюджету.
• Повинні бути як функціональні, так і нефункціональні вимоги. Функціональні вимоги описують сервіси та функції, які повинна виконувати система, що розробляється. Нефункціональні вимоги описують обмеження в можливостях системи виконувати певне завдання, наприклад, кількість одночасних користувачів, яких вона може обслужити, і стандарти, яким вона повинна відповідати.
• Документ специфікації вимог повинен бути розміщений під управлінням конфігурацією. Це, як мінімум, означає, що цей документ підлягає контролю версій і що всі версії документа повинні бути розміщені в захищеному архівному сховищі, такому як, наприклад, каталог, вміст якого зазвичай дублюється. Якщо вимоги повинні зазнати змін, ми повинні бути в змозі забезпечити внесення відповідних змін до системних та приймально-здавальних тестів.