Добрий день. В пілотному випуску подкасту DOU про QA, один з ведучих назвав тести «сміттям». Тобто іх потрібно «швидко створити, швидко змінити і швидко видалити» за його словами. Все інше не відіграє важливої ролі і виходить що тести вони одноразові. Це і є суть Agile методології, швидкість та гнучкість.
У мене питання, як зрозуміти ДЕ той БАЛАНС між написанням тестів і самим процесом тестування? Скільки часу можемо потратити на документацію, а скільки на самі тести? Це співвідношення 50/50 чи 10/90, де 10% це документація і 90% це сам процес тестування відповідно?
Почему это беда? Что плохого в том, что у нас в стране государственный язык должен использоваться по умолчанию в программах? Это отлично, тем более время на локализацию дали пару лет.
Я тільки почав знайомитись з QA. Теж додав в обране uTest та test IO. Я не знаю як буде далі, життя виявилось дуже «цікавим» останного часу, але як реальний досвід це дуже добрий варіант. Сам не дочекаюсь коли зможу щось «помацати» своїми недосвідчиними руками.
Дякую за цікаву статтю 👍. Виходячи з вашого досвіду, найкращий результат виходить коли QA спеціалісти максимально інтегровані в команду розробки. Але чув таку думку, нажаль вже не пам’ятаю де, що найбільш ефективний і неупереджений результат дають QA команди, що максимально відокремлені від команди розробки. Що існує така практика, коли замовник замовляє на аутсорсі тестування, щоб реально розуміти стан продукту протягом всього циклу розробки. Я не можу зрозуміти, це просто різні підходи в QA і кожен має право на життя?
P.S. Я тільки знайомлюсь з QA 😀