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

Повнота. Набір вимог вважається повним, якщо всі його складові є в наявності і кожна така частина є завершеною. При перевірці набору вимог на повноту необхідно звернути особливу увагу на наступні моменти:

• Вимоги не повинні містити таких виразів, як “має бути визначено”, “тощо”, “і так далі” тощо.
• Вимоги не повинні посилатися на неіснуючу додаткову інформацію, наприклад, на неіснуючу специфікацію.
• Вимога повинна містити посилання на функціональність, яка ще не визначена.

Унікальність. Every requirement must be accurately and clearly formulated. It must have only one interpretation. The requirement must be readable and understandable. But if the requirement is particularly complex it is possible to use supplemental material such as charts or tables to facilitate understanding of the information. If, for the sake of persuasiveness, expressions such as “this is obvious” or “needless to say” are used, it may well be that the author is attempting to divert your attention from a particular ambiguous statement.

Коли технічна документація потребує доопрацювання, її, природно, надсилають людям, які спеціалізуються на створенні якісного контенту. Існує тенденція до використання послуга написання технічних текстів допомагає створювати технічні документи, корисні для розуміння продукту цільовою аудиторією.

Послідовність. Вимоги повинні бути синхронізовані між собою або відповідати чинним стандартам. Однак, якщо вимоги конфліктують між собою, то необхідно призначити їм пріоритети, щоб усунути такі конфлікти. Здатність виявляти дефекти, спричинені суперечливими вимогами, вимагає досконалого знання всього документа, що визначає вимоги, а також розуміння чинних стандартів або інших зовнішніх технічних умов.

Простежуваність. Each requirement must be given a unique identifier that allows you to track its development over the life cycle. In work products that become available at later stages of the life cycle, such as a test plan, each requirement must linked to its sources which are one or more system requirements. The requirements traceability matrix is an excellent tool for ensuring that all requirements formulated for a system are analyzed in the test protocols.