Тест

Модулі користувача

Модуль керування завданнями та інформацією
Модуль Контакти та адресної книги (CRM)
Управління та автоматизація сайту
одуль персоналізації
Модуль управління активами

Технічні модулі

Модуль Сейбр
Модуль Enterprise Architect роз'єм (eacon)

Системні модулі

Модуль фреймворку AyMINE
Системний модуль фреймворку AyMINE

Дайте нам контакт, ми зв'яжемося

Ви хочете прямо запитати?

Телефонуйте за тел. +420 605 203 938

або використовуйте інші контакти

Тест

Тести використовуються для опису перевірок, які необхідно виконати перед введенням продукту в експлуатацію.

Прикладами використання тестів є

  • Перевірка програмного забезпечення після інтеграції
  • Перевірка виробничої частини перед запуском
  • Огляд готової квартири

Всі перераховані випадки мають визначену процедуру контролю, яка в основному містить пункти, специфічні для конкретного продукту, а тести є похідними від самого продукту та його характеристик, а також від загальних стандартів (наприклад, вимоги до перегляду електро). Тому тест на продукт або його частину містить опис того, що потрібно перевірити з можливістю одночасно посилатися на правила і норми, які враховуються в тесті.

Як використовувати тести

Тести – це, перш за все, інтегральна частина опису продукту або його частини (наприклад, інтерфейс). Але вони є окремим описом, і той самий тест може бути частиною контролю декількох продуктів. Тому тести повинні зберігатися разом з продуктами (в тому ж проекті або області).

Тест можна створити і самостійно в проекті, і він може не прив'язуватися до продукту. Ці тести орієнтуються не на продукт, а на правильність самого проекту – отже, мова йде про аудити. Вони не повинні бути спрямовані на перевірку самого продукту, останній завжди повинен перевіряти тести, які до нього додаються.

Тест не є тестом

Тест сам по собі є документацією того, як провести тестування. Не є журналом активності тестування. Правильне планування тесту вимагає, абст створили завдання для тестування – завдання для виконання певного тесту на певному конкретному продукті (наприклад, виробленої виробничої лінії). Тому тестове завдання завжди повинно мати зв'язок з продуктом, який тестується, і тестами, які були використані для перевірки.

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

запитаєте ви

Неможливо створити протокол для тесту

Під тестом розуміється документація, як виконати конкретний тест – фактично введення тесту. Сам тест виконується на основі завдання; ідеально тестового завдання.

Із завдання автоматично створюється протокол про окремі кроки перебігу (на закладках активності). За допомогою кнопки Новий протокол можна створити навіть комплексний протокол і вставити в нього всі необхідні вкладення в документах.

Запит не додається до тесту

До тесту можна додати запит. На вкладці відносини можна вибрати запит і підключити його. Безпосередньо кнопкою Новий (зв'язок).

Які види тестів, для чого вони служать і на чому вони базуються? Обговорюється ця стаття.