Я же не знаю как там дальше тест используется. Вернее его результаты. Но если этот же движок в домашках, то халявщики могут быть.

но это тоже не страшно :)

Это стандартный опросник тильды. И это не баг)

тезис про ответственность. Пример с БМ

она продавала курсы по бизнесу с *уёвыми результатами - через некоторое время БМ умер, закрылся т.к. студенты перестали приносить деньги из-за плохого результата
Сюда можно внести список с инфоцыганскими ребятами.

Есть Богачев - учит бизнесу. Студентам даёт результат завяленный программе. больше 20 лет работает на рынке.

-
тоже самое с рынком qa.

Яндекс.практикум даёт результат, который анонсировали в своей программе.

Бомж Вася не даёт результат
-

разница в ответственности. Одни её несут, другие не несут

И qa никак не связано с нахождением багов на сайте, кстати. Потому что qa не ищет баги

Ну мне например такая функциональность в момент контроля не нужна. Кому-то может и полезно.

Ну так на вашем сайте её может и не быть)

Продукт должен решать вопросы заказчика, анэ не пользователя)

а вот с этого момента подробнее :) я ведь qa ненастоящий. Но баги это побочный результат моей работы. Я так это воспринимаю

Хаха, бм закрывается. Сделав за 10+лет денег больше, чем практикум когда-либо сделает)

это нам не интересно. их уже больше нет - результата от тренингов нет

ну это до тех пор пока я как пользователь рублем не проголосую. И пока заказчик не терпит убытки. А так то да все верно.

Задача qa - доносить своевременную информацию о работе продукта дт заказчика. Баги в этом случае - вторичны.

Это был хайп

Именно это и интересно. Ребята сделали хороший нишевый продукт в лучшем виде инфоцыганства и ссрубили на этом бабла. И дальше продолжат, кстати, переупакуют только)

так это же есть парочка известных примеров когда баги стали первичны. Ну те сначало тоже так думали. Сейчас поищу.

https://www.pingdom.com/blog/10-historical-software-bugs-with-extreme-consequences/ я про эти

Не глядя угадаю, что там проблема в том, что софт не работает так, как задумано, а не в том, что в нем много багов)

но это страшный сон QA баги в проде :) Ну и как вы называете его - заказчика. И исполнителя. там уже не до теорий.

если сказать другими словами, то задача qa - убедиться, что всё работает так, как надо. то есть "сферический конь в вакууме" (недостижимый идеальный результат) - это "продукт не содержит багов и на 100% соответствует ожиданиям заказчика", а не "мы нашли 1000 багов, мы молодцы!!!"