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

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

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

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

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