Блог WOGRA; Ручні тести вже нікому не потрібні
Автоматизоване тестування не є нічим новим. Все хороше програмне забезпечення розроблене з автоматизованими модульними тестами та інтеграційними тестами, щоб завжди вносити зміни, щоб переконатися, що все все ще працює належним чином. Існує достатньо фреймворків та інструментів звітування. Вони знайшли своє місце на ринку, і важко уявити життя без них. Але багато керівних директорів швидко стають занадто завзятими, адже для чого вам наразі потрібні ручні тестери?
Розробники програмного забезпечення забезпечують "внутрішню якість"
Розробники - це переважно спеціалісти. Ви зосереджуєтесь на проблемі або на реалізації рішення цієї проблеми відповідно до специфікації. Їх робота полягає в тому, щоб переконатися, що функції роблять те, що їм слід, а не те, що не слід. Це робиться шляхом розгляду всіх можливих тестових випадків. У найкращому випадку специфікація диктує їх усі. У гіршому випадку специфікація є неповною, і розробник зауважує прогалини та створює відповідні тести (за погодженням, щоб логіка не була реалізована неправильно). У гіршому випадку розробник залишається сам і повинен визначати тестові випадки самостійно. У WOGRA ми очікуємо, що наші розробники зрозуміють, що потрібно замовнику, щоб співпрацювати із замовником для досягнення найкращого можливого результату. Але у багатьох компаніях розробники програмного забезпечення є розширеним робочим середовищем і просто працюють за специфікацією. Якщо ви вважаєте, що, особливо при офшорингу та найближчому, технічна експертиза не в руках розробника, і йому не потрібно знати область програмного забезпечення, завдання тестування схоже на політ на сліпих.
Тестування тестів та зручності використання
З цієї точки зору стає зрозумілою перша корисність ручних тестів: ручні тести зазвичай проводять технічні експерти. Вони знають свій домен. І не тільки це. Вони також знають терміни, які можуть використовуватися лише власноруч, наприклад, абревіатури. І вони точно знають, які підводні камені є у формах та спеціальних елементах процесу, і цілеспрямовано їх шукають. Це особливо захоплює, коли мова йде про нове програмне забезпечення. Оскільки ручні тестери, природно, також мають свої набори тестів, які вони повинні пропрацювати. Ці апартаменти часто відображають конкретні процеси. На цьому етапі ви можете швидко визначити, чи може випробувач зрозуміти, що він чи програмне забезпечення робить. Якщо тут виникають запитання та проблеми, слід покращити або процес, або зручність використання.
Тести на мавпу
Тепер ми дійшли до особливо цікавого напрямку тестування: тестів на мавпах. Якщо на цьому етапі це нічого не означає: уявіть собі мавпу, яка сидить перед вашим програмним забезпеченням і просто б’є по клавіатурі, шалено клацає навколо та рухає елементи, якщо це необхідно. Звичайно, він не знає, що в полі з поштовим індексом не повинно бути букв. Для нього це теж не має значення. Він також не знає, що йому слід натискати кнопку у верхньому правому куті лише тоді, коли принаймні одна адреса вже збережена. Для нього це теж не має значення. І, звичайно, він не знає, що функцію перетягування та падіння можна виконувати лише на елементах, позначених синім кольором. Ви здогадалися - йому теж все одно. І саме зараз приходить та частина, якої всі бояться: що відбувається?
Ручні тести роблять приправу
Той, хто все ще каже, що ручні тести залишилися в минулому, дуже помиляється. Потрібна технічна експертиза, яка перевіряє як концепцію, так і зручність використання, а при необхідності виявляє помилки в програмуванні (як при реалізації логіки, так і при виконанні тестів). І вам потрібен хтось, хто просто «хакне», тому що завжди будуть нові користувачі, для яких програмне забезпечення є абсолютно новим і хто стикається саме з цією поведінкою.