Шикарная статья, мне понравилось. Я раньше с тоской и прочими такими инструментами не работал, всегда писали фреймворки сами под наши нжды, так что эта статья хорошо расширяет кругозор. Также теперь буду иметь ввиду, что можно весьма хорошо использовать No-Code инструменты такие как Toska и прочие в будущем)) Спасибо автору

Привіт, Іванна. Якщо вже вибирати менше зло з двох, то краще не допускати помилок у продакшені.

Але бажано уникати випадкового створення баг репортів, які в кінці кінців будуть визнані як ’Not a bug’. Такі ситуації трапляються. Наприклад, нещодавно у мене вже сталося так, що я помилково створив баг-репорт, який потім закрили. Звичайно, краще уникати таких ситуацій, але я не знаю випадків, коли мануальний тестувальник, який створив помилкові 1-2 баг-репорти за місяць чи декілька місяців мав би через це проблеми.

Проте, якщо у вас є сумніви, щодо якогось функционалу то краще просто запитати поради у фахівця з бізнес-логіки, щоб мінімізувати ризик випадкового створення багів.

Дякую

Дякую

Добрий вечір Віктор. Дякую за запитання.

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

Наприклад:
1) Якщо ми використовуємо старий компьютер але який за технічними характеристиками теоретично має або повинен мати змогу працювати з нашим ПО то це будуть ЯВНО позитивні тести
2) Якщо ми навмисно беремо старий копьютер, який НЕ має змоги тянути наше ПО то це вже будуть негативні тести. (Наприклад певні мобільні застосунки вже не встановиш старый смартфон)

Привет. Если нужна практика то можете мой курс посмотреть. Здесь четыре часа лекций только по баг репортам))) идет разбор 10-ти багов на примере реального интернет магазина и много прочего. Так же есть и домашнее задание, чтобы набить руку, а потом ответы можно посмотреть, чтобы сделать работу над ошибкми

Вот ссылка на курс со скидкой
www.udemy.com/...​Code=9C0B88EE8678F926BEE9