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

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

Однак незалежність не може замінити знання, тому розробники можуть бути досить успішними у виявленні дефектів/недоліків/помилок у власному коді.

Рівні тестування (від найнижчого до найвищого)

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

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

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

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