Кожен, хто намагався покращити своє здоров’я, починав зі здорових звичок: заняття спортом, дотримання дієти, догляд за своїм тілом тощо.

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

[highlight dark=”no”]Те саме стосується тестування програмного забезпечення.[/highlight]

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

Далі ми проаналізуємо найпопулярніші з цих звичок, щоб ви могли їх використовувати.

Нічний тест слід перевірити ще раз і виправити всі збої

Деякі тестувальники, які працюють над автоматизацією, іноді створюють тести, які автоматично запускаються вночі.

І тут виникає питання: скільки з них (тестів) потім оновлюється і запускається знову?

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

[highlight dark=”no”]Така поведінка є абсолютно неправильною, оскільки ви ніколи не дізнаєтесь, що є якісь проблеми.[/highlight]

Якщо ви автоматизований тестувальник і практикуєте створення нічних тестів, зверніть увагу на їхню якість.

Вранці перевірте нічні прогони і з’ясуйте причини збоїв.

Якщо ви бачите хибнонегативні показники в певному наборі тестів, виправте їх, щоб зробити роботу стабільною.

Зрештою ви отримаєте надійний набір тестів.

Юніт-тести повинні запускатися в кожній збірці

Ми сподіваємося, що розробники вашої компанії розробляють юніт-тести для свого програмного коду.

[highlight dark=”no”]Якщо запускати модульні тести під час кожної фіксації коду, це може призвести до позитивного зворотного зв’язку.[/highlight]

Інтеграційні тести також корисні, оскільки вони можуть допомогти всьому відділу тестування відстежувати потенційну втрату відповіді від БД або API зовнішньої команди.

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

Ми гарантуємо, що цей метод позбавить вас від зайвої роботи - налагодження тестових скриптів.

Тести безпеки повинні бути налаштовані на регулярній основі

Технічні проблеми з веб-безпекою можуть виникати спонтанно.

[highlight dark=”no”]Монотонне сканування програмного коду[/highlight] є одним з методів підтримки безпеки на належному рівні.

В Інтернеті можна знайти безліч платних і безкоштовних інструментів, які користувачі можуть налаштувати на щоденний запуск або використовувати для створення сповіщень про можливі вразливості, що можуть з’явитися.

Запускайте навантажувальні тести перед релізом

Ви абсолютно впевнені, що ваш додаток добре працює під навантаженням?

Оскільки навіть найменша зміна (наприклад, додавання зовнішнього API) може вплинути на його продуктивність.

[highlight dark=”no”]Навантажувальне тестування корисно проводити завжди перед внесенням нових змін.[/highlight]

Якщо продуктивність веб-продукту погана, слід проаналізувати це і внести всі необхідні зміни.

Регулярно пінгуйте свій API

Якщо API, який ви використовуєте, працював добре вчора, це не означає, що так само буде і завтра.

Будь-що може спричинити проблеми з API.

Наприклад, хтось випадково змінив правило брандмауера.

[highlight dark=”no”]Хорошою практикою є встановлення пінг-тестування для API.[/highlight]

Ви можете використовувати спеціальну кінцеву точку перевірки здоров’я, яка повертатиме позитивні та негативні результати або даватиме можливість оновлювати GET-запити.

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

Створіть моніторинг та групу сповіщень

Як ви вважаєте: скільки помилок можна було б уникнути, якби ваша команда отримувала сповіщення про них заздалегідь?

Моніторинг сповіщень допоможе вам дізнатися про проблему, коли вона ще не така серйозна і є шанс все виправити.

[highlight dark=”no”]Попрацюйте над логікою та частотою сповіщень разом зі своєю командою[/highlight] і зробіть все, щоб за комунікацію відповідала не одна людина, а кілька.

Висновок

На завершення, ми хотіли б зазначити, що якщо ви будете дотримуватися хоча б деяких з описаних вище звичок тестування, якість вашого програмного забезпечення під час надання QA консалтингових послуг значно покращиться.

Звичайно, це не так чудово, як робота з найновішим інструментом тестування, але набагато дешевше і ефективніше.