Пишет Анонимус: «Доброго времени суток, ебаное сообщество и прочие мимокрокодилы. Сегодня я хотел бы поделиться с вами очередным высером говнокурсов тестирования некоей мадам Popeliuha, на чьё видео с кликбейтным заголовком «Нашла 20 багов за 30 минут» мне посчастливилось нарваться:

Если коротко, то барышня на протяжении 30 минут методом научного тыка удивительно точно и метко находит баги уровня «2 пикселя в сторону что-то уехало» И выдаёт за достижение года. На самом деле на протяжении всего видео не покидает ощущение «Коллега, что за хуйню нам тут впаривают»?

Довольно лирики, в чём суть

Автор открывает почти рендомный сайт какой-то говноконторы по продаже уникального хендмейда себестоимостью в полбакса с тысячекратной накруткой, представляя это чуть ли не как антиквариат. Понятно что сайт сделан мягко говоря на отъебись, там всего две цели — заманить тебя на подписку (честно, я хз что она даёт) и заставить что-нибудь купить. И вот на этой жертве ширпортеба айтистроения третьего мира наша героиня ищет свои 20 багов за 30 минут. Демонстрируя при этом полное непонимание ни предметной области тестирования, ни процессов, ни элементарных знаний, а иногда и просто здравого смысла.

Что-ж давайте разберём баги по порядку, какие она там нашла

Баг #1 и #2. Баг про нечёткую картинку на 500% увеличении масшатаба страницы. Выдавать за баг чисто субъективное мнение автора — это просто треш. Для тех кто в танке, задача на проверку чёткости изображений на веб странице в 90% случаях даже не ставится, по двум причинам: во-первых, субъективное мнение чётко-нечётко ни о чём не говорит, на это тоже есть метрики, только считаются они ой как не просто. А во-вторых, никто не будет заливать на сайт картинки со 100% качеством, потому что полноразмерное изображение «весит» много, а метрика «скорость загрузки страницы» намного важнее качества вставленной фоточки при 500% зуме. Что характерно, даже самые недалёкие джуны это знают.

Два бага (#3 и #4). Баг про почту. Суть в том, что система «схавала» адрес «popeliuha@u» Цитата автора:

Насколько я знаю, почта не может состоять из таких спецсимволов.— Садитесь, два, потому что нихуя ты не знаешь. Почитай спецификацию rfc2822, это невъебенный толмуд на овердохера страниц про имейл и нейминг. Там много чего интересного и про спецсимволы, и про домены. Адрес popeliuha@u, для сведения, является 100% валидным. А ну да, нам же подписчиков в Тиктоке набивать, а не матчасть учить.

Баги #5 и #6. Регистрация с именем фамилией состоящей из цифр или спецсимволов. Формально это можно было бы посчитать багом. Если бы не знать, что написано в спецификации — ни я, ни автор этого не знают. Однако. Если глянуть на сайт чуть глубже, то можно увидеть что компания содержит штат в следующих странах: Kyrgyzstan, Mexico, Moldova, Russia, and Uzbekistan. В части этих стран используется алфавит на основе базовых и комбинированных символов. Комбинированные символы, это всякие две точки над ё, или кружочек над Å. Они выделены в особые категории. Ещё раз, например «Җ» состоит из базовой буквы Ж, и комбинированного символа нижнего штриха. На данный момент в юникоде порядка 130 тыс. символов. Сколько труда надо вложить в валидацию, которая оставит «нужные» буквы с комбинированными символами и «отрежет» лишнее, а как потом это поддерживать при расширении, когда компания расширит своё присутствие на других рынках? За такую «багу» бизнес-аналитик скорее по башке настучит. Хотя действительные математические символы могли бы и порезать. Опять же, в текущей версии мира с ориентацией на толерантность, возможно всё — в том числе и имя с цифрами какой нибудь «John Jr. 1» Точки в именах точно могут встречаться и в некоторых странах, за это можно получить иск.

Баг #7. Белый футер должен быть внизу страницы (при уменьшении масштаба). Полоса прокрутки, прилепленная к футеру и есть внизу страницы. То, что ниже футера — это не страница, это пустое место, которое бразуер не отображает, и это было бы видно, если бы автор додумалась поменять цвет фона сайта.

Баг #8. Под текстовыми полями для деталей доставки есть лишние полосы. — Тут тоже хотелось бы рассказать многое про 500% зум и тех кто его использует, но к сожалению врождённый дальтонизм не позволяет рассмотерть то что увидела автор на видео.

Баг #9. Switch toggle «Это подарок» не полностью закрашен — видно белую полоску. — Ну, может быть. Но я бы всё-таки рекомендовал поставить драйвера на видеокарту, судя потому что видно на видео — это типичная особенность аппаратной обработки смежных по цвету пикселей, что не является багом вёрстки, это тупо особенность того, как обрабатывает изображение видеокарта. Опять же, тестировщики, которые хотя б что-то слушали на курсах, а не ебловали в Тиктоке, обычно это знают.

Баг #10. Иконка на кнопке «Ваш заказ зарезервирован» плохого качества. — Заебись, а какое должно быть? Цифры бля. Без цифр этот «баг» даже на «придраться» не тянет.

Баг #10,5 (незасчитанный). Это можно считать секьюрити багом, поскольку сайт подсказывает, какой номер карты не валидный. — Потому что это не баг, это сука особенность работы валидации. Внезапно как и имейл, код карточки имеет чёткую структуру, с проверкой на ошибки. Тестировщик, который имеет хотя бы отдалённое представление о платежах должен был бы это знать.

Баг #11. Кнопка вверху справа перенаправляет на страницу 404. — Странно но это то что действительно тянет на багу, возможно, есть ряд вопросов о самом функционале где оно найдено, но по-факту да, линков, которые ведут на 404, на странице быть не должно. Только такие штуки уже лет 10 никто руками не ищет. Есть куча специальных сервисов, в том числе и онлайн, которые делают это в автоматическом режиме. Опять же, мало кто из выпускников курсов такого не знает. Даже всякие наглухо отбитые QALight и то показывают эти приколы.

Баг #12. Когда пользователь добавляет 0 товара в корзину, он видит сообщение об успехе. — С какого перепугу это баг? Я не знаю? Показывается сообщение что 0 товаров по цене такой многобаксов добавлено в корзину, в самой корзине товар не появился, где бага?

Баг #13. Почти аналогично багу #12, нет валидации на количество заказываемого товара, что туда можно вбивать только цифры. Попросили «as» товаров, получили именно их. Так что да, пусть на минорну багу, но тянет.

Баг #14. Количество товара в корзине отличается от количества товаров, которые пользователь добавил в корзину. — Это, блджад, просто дабл фейспалм. То есть это была бы бага, если бы перед этим автор не спамила кнопку «добавить в корзину». Или хотя бы убедилась в том, что перед добавлением 72 мисок, корзина реально пуста. Где бля здравый смысл? А ну да, видосик — то про другое.

Баги #14-19 без комментариев. Как и в случае багов #5 и #6, если политика компании позволяет использовать цифры и спецсимволы в полях имён и фамилий, то не нам об этом судить. Другой вопрос с названием города, содержащим цифры. То что военные городки могут содержать в названии цифры, автор видимо, не слышала, также она не слышала, что почтовые отправления на города также могут указывать с содержанием цифр. Нахуя вдаваться в подробности? Можно ж на Ютюбчике просто котом похвастаться и ебличиком смазливым потрусить. Хомячки сами набегут.

Баг #20 — резервирование товара. — Автор «зарезервировала» 75 каких-то мисок и решила что они закончились, а следовательно их больше никто не закажет? Схуяли? Я бы согласился, что это бага, если бы она действительно зарезервировала все эти миски, но бля, может там ещё полмиллиона таких на складе лежит?

Вроде всё. Некоторые высказывания этой недотестировщицы можно буквально разбирать на цитаты.

Цитата:

Здесь очень слабая система паролей, пароль из 8-ми единиц прошёл, но я не буду считать это баг-репортом.Для сведения, деточка, баг-репорт — это отчёт о баге. А то что тебя не ограничивают и не заставляют использовать в твоём пароле буквы, цифры, спецсимволы и перо из жопы полярной совы, ну никак на багу не тянет. Это скорее плюс, на фоне всех остальных компаний, которые ограничивают пользователя в том какой пароль им ставить.

Цитата:

3 месяца, 6 месяцев или… Навсегда…Annual — переводится как годовой. Какого хуя ты лезешь в тестирование англоязычного сайта, если сама нихуя его не знаешь? Есть такой инструмент для перевода сайтов на русский, гугл транслейт, знаешь? Очень помогает в работе. А ну да, кто ж тебя с таким подходм на работу возьмёт?

Цитата:

Я не знаю как добавить товар в желаемое, то есть юзабилити здесь лажа.Деточка, это потому что ты тупая пизда. Там большими буквами справа написано «Add to Wishlist» и сердечко, для тупорылых тиктокерш. Но ты даже его не заметила.

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

Отдельно хотелось бы остановиться на одной из них. В процессе тестирования сайта, автор решила вбить в количество покупаемого товара «очень большое число». Очень большое число было 999,999. О том что это за практика и нахуя так делать она разумеется не слышала и не знает. Для тех кто в танке и также далёк от тестирования и программирования, попробую пояснить на пальцах, но без деталей. Все числа в компьютерах представлены в виде 0 и 1. Причём число этих 0 и 1 не безгранично. Однако, как мы знаем из курса школьной математики, цифры бывают и отрицательные, и во тут программирование делает финт ушами, количество 0 и 1 выделенных под число ограничено, как пометить что число отрицательное? Есть две практики: первая — это никак, и работать только с положительными числами, вторая — это взять старший бит и им показывать знак. Для чисел представленных 32 битами (традиционный integer) это приводит к одному очень интересному эффекту — где-то до двух с копейками миллиардов числа растут как положено, а после, вы можете вбить число, например 3 миллиарда, а система его преобразует в минус 1 миллиард 200 миллионов. И получится что вы заказываете 100500 чайников, а компания вам должна ещё и заплатить за них.

Этой баге больше лет, чем тестированию, и встречается она на сегодняшний день прям ну вааще крайне редко. Но всё-равно находятся люди, которые про такое не знают, хотя, опять же, принцип формирования чисел в компьютерах — это то, что рассказывают на первых занятиях по тестированию. Короче всё хуёво.

Резюмируя

То, что показано на видео, имеет с порно намного больше общего чем с тестированием. В нормальной компании тестировщика с таким подходом уволят нахуй в первый же день. Да, блин, да даже HR по башке получит если «это» просто допустят до технического собеседования.

Обидно что вот это а) смотрят и б) когда девочку спустят с небес вайтишечки на землю — начнётся вой о сексизме в айти. В данном случае нет сексизма, есть человек, которого нельзя назвать специалистом.

Что не показано в видео и не будет показано, это то, что тестирование — это тупая, скучная монотонная работа, к тому же часто хуёво оплачиваемая. Если вспомнить определение что такое тестирование, то начинается оно со слов «это процесс». Блядь, да открой ты википедию и вбей в поиск «Тестирование программного обеспечения». Тестирование — это про процесс, а не про баги. Баги — это так, постольку-поскольку».

Прислал Анонимус

По мотивам Youtube