503

Хроники отдела тестирования. Джуниор

День1.

Привели джуниора в отдел.

Глаза горят, ничего не умеет, всё хочет.

Сломал релиз-кандидата.

Улыбаемся, снисходительно хлопаем по плечу.


День3.

Новенький запарил.

Ломает всё.

Сломал даже стул.


День 10.

Пришел программист и сказал, дословно, что если мы не уберем эту ***** с его продукта, то он уволится.


День 11.

Убрали новенького с проекта. Перевели на другой.


День 15.

Пришел генеральный. Сказал, что у него на столе 2 заявления об уходе от лучших программистов.

Оказывается боец ушел с проекта, но накидал в скайп-чат багов в пятницу вечером.

Провели допрос. Оказалось, что новенький сидел дома в пятницу вечером и скучал под пиво.

И решил залезть в продукты. В старый проект и в новый.


День 18.

Внушали новенькому, что так делать нехорошо.

Вроде осознал.


День 20.

Пришел заказчик, сказал, что слышал про такую штуку как юзабилити-тестинг.

Спросил, кто хочет заняться.

Хорошо, что новенького держали трое. Вдвоём бы не справились.


День 23.

Учили новенького зводить баги нормально.

Обьясняли, что в тикетах слова на букву Б, П, Х и Е недопустимы.


День 25.

Тимлид был на ковре у генерального.

4 заявления на уход от программистов.

Вечером отпаивали пивом.

Вроде отошел.


День 32.

Новенький взял больничный на неделю.

Ликуем. Неделя спокойной работы.


День 33.

Какая сволочь настроила ему ВПН???


День 41.

Проходя мимо новенького автоматизатор зацепился с ним по теме селениума.

Тимлид потом говорил, что уходя автоматизатор буркнул что-то типа "биосы им там чтоли прошивают не так?"

Видимо про новенького.


День 42.

Он где-то услышал аббревиатуру TFS.

Спрашивает всех.

Молчим.

Страшно.


День 50.

Заявление что ли написать?

Отпаивались пивом.

Помогло.


День 53.

Делал в отделе доклад про тест-дизайн и метод границ.

У новенького горят глаза.

Мне не по себе.


День 60.

Отпаивали лида пивом.

Оказалось, что новенький перепилил все тесты по приобретенным знаниям и без спросу запостил их в хранилище тестов.

Вроде обошлось. Но глаз у лида ещё дёргается.


День 64.

Пришел ПМ с проекта новенького, долго мялся на пороге, а потом тихо сказал, что решил сменить профессию.

Уехать куда-нибудь под Гомель и разводить там канареек.

В глаза никому не смотрел и говорил, что мы ни при чём.

Мне кажется, он что-то недоговаривает.


День 71.

Так и есть. Недоговаривал.

Новичок сократил время тестов до 20 минут на прогон билда.

Теперь на проект нужен 1 программист, всё идёт по ватерфолу и половина отдела разработки не нужна. Так же как и он сам.

Отпаивали коньяком, пели песни под гитару.

Вроде отошел. Но глаз у него ещё дёргается.


День 76.

Проходя мимо рабочего места новенького увидел у того на мониторе сайт, который тестирую я. Содрогнулся.


День 79.

Тимлид вернулся с фидбека с новичком.

Молчит и отводит глаза.

Кажется, он плакал.

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

Махнул рукой, сказал, что денег не надо и уехал, напевая что-то из Дунаевского.


День 84.

Новенького включили в чат-"флудилку". Помимо рабочего чата.

Теперь у нас два рабочих чата.


День 90.

Закончился его испытательный срок.

Теперь он будет работать с нами.

Кажется, я где-то в жизни не туда свернул...


Источник

IT-юмор

7K постов53.2K подписчиков

Правила сообщества

Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору

24
Автор поста оценил этот комментарий

Есть такой нюанс как  “Негативное” и “позитивное” тестирование


Позитивное” тестирование – это тестирование на данных или сценариях, которые соответствуют нормальному (штатному, ожидаемому) поведению системы.

Основной целью “позитивного” тестирования является проверка того, что при помощи системы можно делать то, для чего она создавалась.


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

Основной целью “негативного” тестирования является проверка устойчивости системы к воздействиям различного рода, валидация неверного набора данных, проверка обработки исключительных ситуаций (как в реализации самих программных алгоритмов, так и в логике бизнес-правил).

Имхо, большая часть новичков зацикливается на негативном тестировании в ущерб позитивному. В итоге есть 100500 багов при краше в фазу луны если имя пользователя длиннее 255 символов, но никто не в курсе что приложение валится на попытке восстановления пароля.

раскрыть ветку
80
Автор поста оценил этот комментарий

По-моему, тут проблема не в тестировщике, а в отношениях в команде/организации процесса в компании)

раскрыть ветку
19
Автор поста оценил этот комментарий

Теплые ламповые хроники)

Хотя по мне с хрониками лаборатории и хрониками диверсионного подразделения ничего не сравнится)))

раскрыть ветку
18
Автор поста оценил этот комментарий

Нормальный джун же! Они просто не умели с ним правильно обращаться! :D Я таких штук 6-7 до ума довела. Перестали отступление линии в 3 пикселя ставить мажорным багом, стали вежливо интересоваться у дэвов баг или таки фича и, вообще, научились внятные багрепорты и тест-кейсы писать. Не хочу особо хвастаться, но мои птенцы всегда проходили испыталку и потом были нарасхват на проектах.

раскрыть ветку
11
DELETED
Автор поста оценил этот комментарий

Классно!

Но ссылка на источник, если есть слово "Источник", наверное, нужна.

раскрыть ветку