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

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

Тестові кейси використовуються для різних типів ручного тестування

• функціональне тестування;
• приймально-здавальні випробування;
• навантажувальне або стрес-тестування;
• дослідницьке тестування;
• перевірка на дим.

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

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

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

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

[highlight dark=”no”]Це гарна ідея - об’єднати тестові кейси в групи плану тестування для досягнення поставленої мети.[/highlight]

Можливо:

• бета-тестування;
• тестування розгортання;
• приймально-здавальні випробування;
• юзабіліті-тестування;
• тестування конфігурації;
• тестування безпеки.

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

Автоматизація тестування дозволяє це зробити:

1. Використовуйте ресурси тестування, збільшуйте покриття тестів.
2. Менша кількість дефектів до того, як вони потраплять на стадію виробництва.
3. Прискорити вихід на ринок.