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

Варто організовувати щоденні зустрічі, але вони не завжди можуть бути корисними, оскільки порядок денний застаріває. Щоденні звіти також непогані, але лист зі звітом про стан справ можна дуже легко видалити або проглянути.

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

[highlight dark=”no”]Обидві команди повинні бути напоготові двічі на день[/highlight]

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

Ви повинні звітувати про свої плани і про те, чому у вас є саме такі плани. Це щоденний обов’язок кожного інженера з тестування.

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

Ви повинні негайно повідомити про блокування і призначити когось для їх усунення. Менеджер із забезпечення якості несе відповідальність за управління усуненням блокувань.

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

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

Переваги, які приховані за лаштунками

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

1. Фактичний план не настільки цінний, як планування та обговорення “чому” цілей. На початку кожного дня інженери-тестувальники повинні витрачати деякий час на планування свого дня. Кожна людина повинна максимально використати кожен день для підтримки цілей якості та дати випуску продукту. Компанія з контролю якості відповідає за те, щоб тримати ситуацію під контролем.
2. Також потрібно позбутися неприємних блокувальників, які тільки те й роблять, що стоять у всіх на шляху. Просто призначте когось, хто буде їх вирішувати, і ви зможете набагато легше реалізовувати свої плани.
3. Насправді, цінність звіту є досить цінною, хоча й суб’єктивною. Якщо мати розмите уявлення про цінність, то робота - це лише набір дій, необхідних для досягнення результату. Цінність означає, що результати є більш вартісними, ніж витрати зусиль. У наш час надто складно виконати всі необхідні завдання.

[highlight dark=”no”]Компанія, що займається тестуванням програмного забезпечення, повинна приносити користь день за днем[/highlight]

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

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