Спало на думку: 10
Для тих хто не в курсі хто такий QA (Quality Assurance) - це тестувальник, або на нашу ОТК, відділ контролю якості. Тестування - дуже важлива деталь при створенні складних додатків, що дозволяє уникнути "дитячих" (та й не тільки) помилок програми. Спільне продуктивна робота QA з розробниками - дає гарантовано стабільне і ретельно працює додаток.
Однак часом ці самі тестувальники перегинають всякі розумні (і нерозумні) межі і репорт баги мають мало спільного з реальністю. Здавалося б, у чому проблема - платить ж гроші замовник, сиди роби непотрібні завдання. Однак, как не странно, такі завдання викликають роздратування і робота перестає приносити задоволення.
Причини появи подібних багів банальні:
Як в радянські часи - є план який повинен виконуватися. Кожен сумлінну QA повинен зарепортіть не менше xx багів в день, інакше на небі його охрестять лохом. Ось і якщо за виділений на тестування час нормальних багів не знайшлося, репорт що прийдеться.
Це коли QA починає складати всякі містичні штуки про програму. А ось користувачеві буде зручно, якщо перегорнути сторінку догори ногами, давайте зробимо так? На жаль, ні думка користувача, ні складність реалізації, ні необхідність цих змін, як правило на думку тестувальника не впливає, і горе девелоперам, якщо не зможуть відстояти свою позицію - прийдеться адже робити.
На одному з проектів це виглядало наступним чином. Були зовнішні QA від замовника (імовірно A1QA з контори Itransition), яким платили, мабуть, не тільки за кількість багів, але і за "слушні" пропозиції щодо оптимізації UI.
Відбувалося наступне - QA без нічого проштовхували ідею по модифікації додатка начальству, після суперечок з розробниками зміни вносилися, і, через тиждень-два робився відкат до попереднього варіанту UI.
Але, осад залишився.
Ці по більшій мірі новачки взагалі слабко уявляють як працює система і оточення в якій вони працюють, можуть зарепортіть баги з нормальним адекватним поведінкою.
Наприклад, можуть написати про відсутнє контекстне меню в браузері Айпад
У деяких випадках вони взагалі ніколи не відкривали специфікацію, але при цьому раді старатися як справжні ударники (див. П'ятирічка за три роки).
Мушу зауважити, що змушений підредагувати замітку, щоб до кінця відвертим.
Є ще і професіонали в області тестування програмного забезпечення. Ці хлопці розуміють що відбувається на проекті, вони живуть проектом, як і розробники. Вони розуміють, що їхнє завдання випустити якісний продукт, а не тицьнути розробників носом в їх помилки, довівши "розробникам" їх ущербність. Такі QA не говорять "не працює все" і не пишуть баги "Main page. Bad" - оскільки в їх інтересах, щоб розробник зробив фікс максимально швидко, не намагаючись довго з'ясувати деталі, що ж там конкретно не працює.
Більш, того, такі хлопці можуть відкрити Сорс і сказати де ти слажал. Вони не бояться консолі і Автотест, вони не боятися автоматизувати свою роботу за допомогою bash і cron. Це рідкісний звір в нашому лісі, сферичний QA в ваакуме, який по суті свій, швидше за вже розробник, ніж тестіровшік.
Насправді робота QA біса важка і необхідна, і мій легкий троллінг отнють не применшує необхідність випускати якісні цікаві продукти. Просто треба залишатися людьми в будь-якій ситуації. Вибачте, накипіло :)