Size: a a a

2019 April 18

Б

Балу in Канада IT
Когда написал код и уверенно просишь его протестировать - Coub
https://coub.com/view/1rueb3
источник

Б

Балу in Канада IT
Офигенно описывает взаимодействие qa и dev)
источник

F

FiMa in Канада IT
Балу
Офигенно описывает взаимодействие qa и dev)
странно описывают 🙂
источник

SG

Svetlana G in Канада IT
Тут про ярмарку НБ в Киеве ещё не писали?
источник

VM

Viktor Mazankin in Канада IT
FiMa
странно описывают 🙂
Оно так и есть. Дев ожидает одних действий, а тестер и юзер делают лругие. Как анекдот про тестера и бар
источник

F

FiMa in Канада IT
Viktor Mazankin
Оно так и есть. Дев ожидает одних действий, а тестер и юзер делают лругие. Как анекдот про тестера и бар
так было очень давно. сегодня признано эффективным взаимодействовать и ориентироваться на один результат. сегодня тестировщики и разработчики, подразумевается, стреляют по одной цели а не друг другу в ноги. Ну и квалификация разработчика который дает другому заряженный пистолет тоже вызывает вопросы 🙂
источник

F

FiMa in Канада IT
иначе говоря гифка, мне показалось, про классическое противостояние тестировщика разработчику, что тупо
источник
2019 April 19

T

Timur in Канада IT
pure
источник

Б

Балу in Канада IT
FiMa
так было очень давно. сегодня признано эффективным взаимодействовать и ориентироваться на один результат. сегодня тестировщики и разработчики, подразумевается, стреляют по одной цели а не друг другу в ноги. Ну и квалификация разработчика который дает другому заряженный пистолет тоже вызывает вопросы 🙂
Я тут ранее рассказывал, у меня бывший коллега ушел в тестеры. Ручники. До этого работал в саппорте этого продукта. Однажды выполнив все свои запланированные тесты, решил выполнить какой то кейс, который как он посчитал вполне себе может сделать юзверь и... сломал продукт. Отдал девам, а те посмотрели на него как в гифке с Дмитрием Соколовым из УП: а чо так можно было?
источник

F

FiMa in Канада IT
Балу
Я тут ранее рассказывал, у меня бывший коллега ушел в тестеры. Ручники. До этого работал в саппорте этого продукта. Однажды выполнив все свои запланированные тесты, решил выполнить какой то кейс, который как он посчитал вполне себе может сделать юзверь и... сломал продукт. Отдал девам, а те посмотрели на него как в гифке с Дмитрием Соколовым из УП: а чо так можно было?
если это очевидный кейс - это недостаток квалификации/мотивации инженеров, пропустивших ошибку. если это неочевидный вырожденный юз кейс - нужно смотреть на важность (severity) проблемы. Если проблема серьезная - это недостаток квалификации/мотивации инженеров, пропустивших ошибку.
Если это был вырожденный кейс с минимальной важностью - таких дефектов полным полно, если натравить на продукт обезьяну, она найдет очень много сценариев из разряда “а что так можно было“
источник

F

FiMa in Канада IT
иными словами - нет людей с вырожденным складом ума тестировщика или разработчика. просто есть квалификация и отвественность за результат (или их отсутствие)
источник

F

FiMa in Канада IT
в описанном примере человек проявил любознательность и ответственность за результат, а другие не проявили
источник

Б

Балу in Канада IT
FiMa
если это очевидный кейс - это недостаток квалификации/мотивации инженеров, пропустивших ошибку. если это неочевидный вырожденный юз кейс - нужно смотреть на важность (severity) проблемы. Если проблема серьезная - это недостаток квалификации/мотивации инженеров, пропустивших ошибку.
Если это был вырожденный кейс с минимальной важностью - таких дефектов полным полно, если натравить на продукт обезьяну, она найдет очень много сценариев из разряда “а что так можно было“
Насколько я понимаю и знаю жц ПО, то разрабы и тестеры опираются на требования, но охватить требованиями все аспекты возможности нет, а добавление фич к готовому продукты несет в себе некий риск.

Вот маленький пример: программу написали гребанные рептилоиды. В ИЕ при нажатии на форму данные тянутся, а в хромлайк браузерах нет. А на странице несколько форм и не работает только одна форма, с остальными проблем нет. Один из разработчиков браузеров даже допилил свой браузер под нужды компании, но не помогло.
источник

F

FiMa in Канада IT
Балу
Насколько я понимаю и знаю жц ПО, то разрабы и тестеры опираются на требования, но охватить требованиями все аспекты возможности нет, а добавление фич к готовому продукты несет в себе некий риск.

Вот маленький пример: программу написали гребанные рептилоиды. В ИЕ при нажатии на форму данные тянутся, а в хромлайк браузерах нет. А на странице несколько форм и не работает только одна форма, с остальными проблем нет. Один из разработчиков браузеров даже допилил свой браузер под нужды компании, но не помогло.
человек взял программу и допилил, но привнес новую(?) ошибку - это говорит о том, что он недостаточно позаботился о результате (не обложил тестами, не выполнил exploratory тестирование в необходимом объеме). Почему он это сделал - после меня есть тестировщик, пускай он и хреначит. Это плохо
источник

VM

Viktor Mazankin in Канада IT
Мы работаем не в идеальном мире. Мало какой разработчик замотивирован выполнять 100% задач. Есть масса рутинных задач которые тоже надо делать, но которые неинтересны. Отсюда и лезет куча проблем.
источник

DV

Dmitry Vlaznev in Канада IT
FiMa
иначе говоря гифка, мне показалось, про классическое противостояние тестировщика разработчику, что тупо
Да не про противостояние она. А про то, что тестер и юзер часто пытаются использовать продукт так, как разработчику даже в голову не приходило.
источник

IK

Ivan Kovalenko in Канада IT
согласен с @FiMaxi

gif подтянута под чьи-то болячки/комплексы

весьма субъективна
источник

F

FiMa in Канада IT
Viktor Mazankin
Мы работаем не в идеальном мире. Мало какой разработчик замотивирован выполнять 100% задач. Есть масса рутинных задач которые тоже надо делать, но которые неинтересны. Отсюда и лезет куча проблем.
Я понимаю, согласен, но к этому надо стремиться, можно начать с избавления от ярлыков - тестировщик, разработчик. Есть инженер мотивированный и опытный или наоборот.
источник

F

FiMa in Канада IT
Dmitry Vlaznev
Да не про противостояние она. А про то, что тестер и юзер часто пытаются использовать продукт так, как разработчику даже в голову не приходило.
А почему так происходит? Почему ему это не приходит в голову?
источник

ZT

Zoya Terzi in Канада IT
FiMa
А почему так происходит? Почему ему это не приходит в голову?
потому что есть тестирование по методу белого ящика и по методу черного
а программист всегда знает как реализовано - и будет идти по белому ящику - т.е. по веткам алгоритма
источник