9 способов заставить разработчиков вас ненавидеть!

В данном видео Станислав Марков, тест-менеджер компании "Лаборатория качества", делится полезной информацией об отношениях тестировщиков и разработчиков.
Чтобы не пропустить новые видео, подписывайтесь на наш канал, а также ищите нас в соцсетях: там мы регулярно выкладываем полезные материалы о сфере тестирования.
Наш сайт: quality-lab.ru
Мы на Facebook: QA.Laboratory/
Мы в Instagram: @quality-lab.ru
Мы в ВК: quality_lab
До новых встреч! Смотрите нас также на RuTube-канале: rutube.ru/channel/26531182 Наш сайт: quality-lab.ru
Facebook: / qa.laboratory
Instagram: / quality_lab.ru
ВК: quality_lab
Rutube: rutube.ru/channel/26531182
До новых встреч!

Пікірлер: 15

  • @VS-nh1qp
    @VS-nh1qp3 жыл бұрын

    Спасибо за видео. Но думаю лучше снять видео как подружится и чтоб все было у всех ГУД,.!!!

  • @arthurmalkhasian2915
    @arthurmalkhasian29154 жыл бұрын

    гайд о том, как сделать чтоб вас уволили

  • @mr.tuttifrutti9280
    @mr.tuttifrutti92804 жыл бұрын

    Отличный мануал! 🤭

  • @user-fs6gl3up7c
    @user-fs6gl3up7c3 жыл бұрын

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

  • @victorpavlovitch

    @victorpavlovitch

    3 жыл бұрын

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

  • @themanwhochoppedoffthefinger

    @themanwhochoppedoffthefinger

    3 жыл бұрын

    Я знаю, что мой комментарий запоздалый - но обязательно подходите с вопросами к людям. Если не получается найти человека, который ответит - спросите, кто может в целом с этим вопросом помочь. 99.5% вопросов решаются в течении получаса, максимум часа, а в итоге будет сделана добротная работа, которая не только не вызовет "разработческую ненависть", но и даст +100 пунктов репутации

  • @user-fs6gl3up7c

    @user-fs6gl3up7c

    3 жыл бұрын

    @@themanwhochoppedoffthefinger уже работаю)) работаю удаленно, поэтому с командой общаемся в телеге, скайпе. И мне помогает правило 20 минут- если за 20мин ничего не смогла найти по теме вопроса, то пишу, спрашиваю. Все добрые, понимающие, не бросают без ответов👍

  • @juliakl8957
    @juliakl89573 жыл бұрын

    А я орнула :) И мои разработчики тоже

  • @hprohpro
    @hprohpro4 жыл бұрын

    Что до повторов и неполного описания и прочую тех.часть, то согласен, хотя это и к разработчикам относится. Но вот что касается социальной. Этот вот дурацкий европо-американский подход целования дурачков и раздолбаев (не все, конечно) разработчиков в попу делает из любого продукта посредственно-плохой, да и пусть им менеджер сопли утирает, он там на то и есть. Условно говоря, уговаривать втихую джуна Васеньку починить багочку (а он же девелопер - его не тронь) - это нафиг оно надо, пусть фирма знает своих героев-бракоделов, особенно если это постоянно. Должны быть суровые профессионалы, адекватно реагирующие на критику, а не то инфантильное нечто, которым заполнена куча фирм и единственное достоинство которых, что остальные вообще не умеют код писать. Вообще, владелец бизнеса должен решать станет так лучше или хуже, если, конечно, захочет в этом разобраться, но обычно не хочет, но тратить своё время на вот эти заигрывания - это нафиг оно уже не надо лично мне, есть регламент - действуем по нему, могу по нему отфутболить сборку за день до релиза - это будет сделано при необходимости, в следующий раз её пришлют не за два дня, а заранее, могу найти крит. баги за день - ну что ж теперь, не только тестировщикам в выходные выходить, надо привлечь менеджера - он будет привлечен, это его работа, дальше ответственность на нём. И нет, я не токсичен, такова жизнь, а кто не согласен, того в крупной фирме "съедят" и не вспомнят :)

  • @user-sr2he1rn7u

    @user-sr2he1rn7u

    4 жыл бұрын

    Я не согласен. В нормальных современных компаниях происходит достаточное количество процессов работы с командами, которые позволяют выявить эти проблемы на начальных стадиях и реагировать на них соответствующе. Код-ревью позволит понять разработчикам, что кто-то пишет лажу. Ретроспективы помогут понять почему ошибки были найдены слишком поздно и в следующий раз, может быть, этого не случится. Понятное дело, что если надо, то и релиз остановим в последний момент, и менеджеров будем привлекать, и все что угодно сделаем, но это не значит, что это правильно или, тем более, хорошо. Это означает, что в команде и в процессе есть проблемы, которые нужно выносить на всеобщее обсуждение и что-то делать с ними. А если не делать ничего и продолжать делать жесть - то ни приложение, ни работа по срокам, ни отношения в команде лучше не станут.

  • @hprohpro

    @hprohpro

    4 жыл бұрын

    @@user-sr2he1rn7u Так я с этим не спорю. Ключевое - нормальные компании, если все эти процессы в них действительно работают, а не на бумаге. А как я говорил, всё упирается в желание собственника что-то поменять в лучшую сторону. Ну или менеджера, тех. дира, кого угодно, кто имеет на это полномочия. Вот тут очень и очень большая проблема. Конечно, не могу отвечать за все компании... А как кому действовать - это каждый решит сам, ситуации у всех свои.

  • @polinatynyanskaya4772

    @polinatynyanskaya4772

    4 жыл бұрын

    У кого-то подгорело))) Всё от контекста же зависит. Это ведь не свод правил, а скорее рекомендации)

  • @hprohpro

    @hprohpro

    4 жыл бұрын

    @@polinatynyanskaya4772 Да.

  • @dkgr
    @dkgr4 жыл бұрын

    Бред полнейший :) Если это сделано, для того, чтобы посмеяться - вышло не очень

Келесі