#1 Чим більше багів знайдено в продукті, тим менше багів залишається в ньому

На перший погляд, це твердження здається правдоподібним. “Іване, у тебе було три яблука, ти з’їв два яблука, тож скільки яблук у тебе залишилося?” “Одне!” - відповідає Боб, і він має рацію.

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

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

#2 Чим більше багів знайдено в продукті, тим краще

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

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

#3 Мета тестувальника - переконатися, що програма працює належним чином

Зовсім навпаки! Послуги з перевірки якості програмного забезпечення, що надаються компаніями, які проводять QA-тестування, можуть лише показати наявність дефектів, але не їх відсутність. Тестувальник повинен спочатку припустити, що “все погано”. Якщо програма є більш серйозною, ніж просто відображення фрази “Hello, world!”, в ній дійсно є помилки. Ніколи не можна бути впевненим, що виявлено всі помилки, але за відведений час необхідно знайти найбільш шкідливі.

#4 Існує лише три міфи про послуги із забезпечення якості програмного забезпечення

Насправді їх набагато більше, ніж три!