A
Size: a a a
2019 August 29
VS
Алексей
какие выводы делаются или решения принимаются по итогу такого анализа?
Общей схемы нет, всё индивидуально
Ключевое только то, что в конце нужно либо получить рецепт, как такого больше не повторять, либо признать, что это было вне нашего контроля)
Ключевое только то, что в конце нужно либо получить рецепт, как такого больше не повторять, либо признать, что это было вне нашего контроля)
VS
Чем больше ответственных - тем меньше ответственных))
Это если все за всё отвечают)
Как в PushWoosh "команда за качество" 🙃
При этом ничто не мешает сделать по каждой _зоне_ ответственности одного человека
Как в PushWoosh "команда за качество" 🙃
При этом ничто не мешает сделать по каждой _зоне_ ответственности одного человека
АН
Tatyana P
За факапы отвечают вся команда.
Давайте представим, что у вас есть датацентр, который моргнул и клиенты оказались без связи на полчаса ю
Очевидно, что исходя из того что куашник отвечает за факапы, он должен отвечать за то что хреновое железо, за то что перебьои со связью, за то что в момент моргания был релиз и система не смогла подняться за адекватное время, за то, что в этой же момент времени шла рассылка по итогам олимпиады на весь мир и она немношк нагнула базу, и за то что от сервиса отказались клиенты, потому что у них тяжелые внутренние переговоры, они еле еле затащили к себе пушвуш и попали на поломку и люли от своих менеджеров которые "ЖЕ ГОВОРИЛИ ЧТО НАМ ЛУЧШЕ ПИСАТЬ СВОЙ СЕРВИС"
Возвращшаясь к стоимости куашников, спец, который может отвечать за это все, стоит очень очень дорого))и скорее всего не существует
Ну я так утрированно конечно)))но суть в общем что все совсем не однозначно
Давайте представим, что у вас есть датацентр, который моргнул и клиенты оказались без связи на полчаса ю
Очевидно, что исходя из того что куашник отвечает за факапы, он должен отвечать за то что хреновое железо, за то что перебьои со связью, за то что в момент моргания был релиз и система не смогла подняться за адекватное время, за то, что в этой же момент времени шла рассылка по итогам олимпиады на весь мир и она немношк нагнула базу, и за то что от сервиса отказались клиенты, потому что у них тяжелые внутренние переговоры, они еле еле затащили к себе пушвуш и попали на поломку и люли от своих менеджеров которые "ЖЕ ГОВОРИЛИ ЧТО НАМ ЛУЧШЕ ПИСАТЬ СВОЙ СЕРВИС"
Возвращшаясь к стоимости куашников, спец, который может отвечать за это все, стоит очень очень дорого))и скорее всего не существует
Ну я так утрированно конечно)))но суть в общем что все совсем не однозначно
Это не туда как-то на мой взгляд. Современные тенденции говорят, что ответственность за качество всегда лежит на всей команде и я эту точку зрения поддерживаю. Но. Куа это ведь шире просто тестов. Это человек которому не безразлично качество, человек который исследует взаимосвязи системы, видит её более цельной со стороны продукта в целом. Видит её больше как пользователь, а не как разработчик. Тестировщик это креативный исследователь, которой с помощью минимальных инструментов проверяет свои теории влияния поведения системы на пользователя.И умение читать код хоть и очень полезно может быть в таких случаях, но совсем не обязательно. При этом тестировщик должен уметь держать себя в руках и изучать различные техники для оптимизации процесса тестирования. Видимо врут исследователи, которые годы положили для развития тестирования. А ещё мозги пудрят своими майндсетами и техниками тест дизайна. Шарлатаны, что ещё сказать. А под домохозяйками я подразумевал и девелоперов в том числе. Потому как им априори важнее культура написания кода к примеру и не все они ( если не меньшинство) обладают свойствами хорошего тестировщика. В том числе потому что им интереснее развиваться в другом направлении. Извините за многословность.
AR
как тут внезапно стало весело и интересно :)
А
как тут внезапно стало весело и интересно :)
+1 пошла жара!
IG
Почему бы не относиться к тостерам, как к эдакой венчурной инвестиции? Положить туда (сравнительно) немного денег и вдруг он обезопасит вас от каких то (больших)рисков за счёт своей экспертизы в исследовании ПО и ориентированного на поиск проблем мышления? Найдет — супер, не найдет — ну ладно. А уж QA и правда занимайтесь всей командой от разработчика до эйчара
E
Почему бы не относиться к тостерам, как к эдакой венчурной инвестиции? Положить туда (сравнительно) немного денег и вдруг он обезопасит вас от каких то (больших)рисков за счёт своей экспертизы в исследовании ПО и ориентированного на поиск проблем мышления? Найдет — супер, не найдет — ну ладно. А уж QA и правда занимайтесь всей командой от разработчика до эйчара
Потому что такой подход трудно дается менеджерам. Да и не ясно тогда как в таком случае четко поставить задачи этим самым тестировщикам, если по сути ты от них ничего и не ожидаешь... По крайней мере я не представляю.
IG
Потому что такой подход трудно дается менеджерам. Да и не ясно тогда как в таком случае четко поставить задачи этим самым тестировщикам, если по сути ты от них ничего и не ожидаешь... По крайней мере я не представляю.
Сущностно в подходе ничего нового нет, он просто демаскирует ряд иллюзий)
E
Это не туда как-то на мой взгляд. Современные тенденции говорят, что ответственность за качество всегда лежит на всей команде и я эту точку зрения поддерживаю. Но. Куа это ведь шире просто тестов. Это человек которому не безразлично качество, человек который исследует взаимосвязи системы, видит её более цельной со стороны продукта в целом. Видит её больше как пользователь, а не как разработчик. Тестировщик это креативный исследователь, которой с помощью минимальных инструментов проверяет свои теории влияния поведения системы на пользователя.И умение читать код хоть и очень полезно может быть в таких случаях, но совсем не обязательно. При этом тестировщик должен уметь держать себя в руках и изучать различные техники для оптимизации процесса тестирования. Видимо врут исследователи, которые годы положили для развития тестирования. А ещё мозги пудрят своими майндсетами и техниками тест дизайна. Шарлатаны, что ещё сказать. А под домохозяйками я подразумевал и девелоперов в том числе. Потому как им априори важнее культура написания кода к примеру и не все они ( если не меньшинство) обладают свойствами хорошего тестировщика. В том числе потому что им интереснее развиваться в другом направлении. Извините за многословность.
Про чтение кода. Если сам проект - это только код (разработка АПИ, Джава машин, еще всякого низкоуровневого), то тестировщику просто деваться некуда, он обязан уметь по крайней мере читать код, чтобы тестировать хоть как-то продукт
E
Сущностно в подходе ничего нового нет, он просто демаскирует ряд иллюзий)
В общем, согласна. Но звучит как-то печально для тестеров :)
IG
В общем, согласна. Но звучит как-то печально для тестеров :)
А вот меня ужасно воодушевляет) Дух стартапа это же агонь
AR
Чуть ли не все вопросы к подходу "разработка без тестировщиков", которые за последний час возникли в чатике разобраны в докладе, который был на последней online test conference - может кому будет интересно
https://www.youtube.com/watch?v=heU3xHqWecE&list=PLg74w4qP0mfHj-AG-BrGlz1tEmyMF6JcY&index=2&t=0s
https://www.youtube.com/watch?v=heU3xHqWecE&list=PLg74w4qP0mfHj-AG-BrGlz1tEmyMF6JcY&index=2&t=0s
E
А вот меня ужасно воодушевляет) Дух стартапа это же агонь
Перестать быть пупом земли - вот, что грустно :))) Но все зависит от точки зрения, так что это мои личные тараканы в данном случае.
IG
Кто в Москве и хочет выпить пива и поговорить о тестировании?
MB
Кто в Москве и хочет выпить пива и поговорить о тестировании?
2019 August 30
MZ
У нас есть площадка, если ПушВуш собертся с докладом можем организовать и собраться
EK
Кто в Москве и хочет выпить пива и поговорить о тестировании?
зовити
IG
зовити
А ты в Москве?