Без понятия. Если специалист может продумать кейсы и проработать их, то почему нет.
Ведь в сфере разработки часто встречаются full-stack. Но именно по моему мнению, каждый должен заниматься своим делом.
Для код-ревью есть отдельный человек.
Релизы делаются раз в неделю, на прод. попадает вариант, без ошибок в 90-94% случаев.
Я не говорил о аналитике, хотя и такой человек присутствовал, не давно расстались.
Делается не в расчете, что тестироващик найдет обязательно баг. Система так не работает. Каждый баг (именно статус бага в жире), это минус команде. Каждый срыв срока, это тоже минус и т.д.
Естественно, минусы влияют на конечный финансовый результат премии, а если совсем плохо, то и на менеджмент.
По этому вы далеко не правы, что разработчик ждет спасательного круга от отдела тестирования. Скорее он ждет, что данная история уже не вернется к нему в руки.
И обычно так оно и есть.
Но как я сказал, без отдела тестирования, проект легко может забуксовать и то и вовсе, понести серьезные финансовые потери.
Представьте финансовую или туристическую систему, с сотнями форм, бланков и т.п.
Большие алгоритмические процессы при проводках, заказах и т.п.
Представили? Отлично.
Допустим реализовали новый функционал по определенной юзерстори и ТЗ соответственно.
Написали тесты, все вроде работает. Однако мы все знаем, что зачастую разработчики имеют так называемый «замылиный взгляд». Так же, мы точно знаем, что пользователи обязательно что то сделают, чего не должно было произойти. Где то возможны не верные алгоритмические решения и все в подобном духе.
Как же избежать подобной ситуации? Конечно — стать богом. Но к сожалению, это маловероятно.
И тут на сцену выходит команда тестировщиков. Кто то пишет подробные тест кейсы и различные вариации, кто то все это тестирует.
Понятно, что имеются и автоматизированные тесты.
Из моей 16 летней (сейчас будет уже 17 лет) практики разработки различных крупных продуктов, могу сказать — без тестировщиков, продукт будет постоянно иметь баги, недоработки и различные мелкие косяки.
Не хорошо, когда бизнес из-за этого начинает пробуксовывать а еще хуже, когда клиенты натыкаются на подобные вещи.
Как это работает у нас.
В беклог заводятся различные юзерстори, разработчики делают декомпозицию задач и т.д. Начинает кипеть работа. Есть подготовленные юзер-кейсы от тестировщиков.
Готовые решения складываются в ветки историй. Далее «готовые» истории отправляются к мистеру дженкинсу и собираются в дев. средах. Там производятся различные автоматизированные тесты. Как на интерфейсе так и на бекенде.
Если все ок, и все тесты прошли, собирается полностью готовый вариант на отдельном физическом сервере. Там в работу вступают тестировщики.
Если они находят проблему, соответственно она появляется на доске.
Выставляются приоритеты и далее по накатанной фиксятся/дорабатываются/переделываются. После все по кругу.
В конечном счете, каждая история проходит максимальное количество тестов и вариаций.
Что сводит к миниму проблем.
Тогда тестовому серверу дают зеленый свет и данная сворка мержится в препрод. По сути прод., но с специально репликой. Где внешние клиенты (к примеру триваго или booking.com), не могут оперировать данными, только менеджеры (коих 700 человек).
После мерджа в препрод всех проверенных историй и нормальной отработки, идет деплой в прод., примерно раз в неделю.
Надеюсь я ответил на ваш вопрос подробно, в 4 часа ночи =)
У нас команда, делала проект с нуля, поменялась часть разработчиков.
Менеджеры, продуктоунеры, агильщики, бекенд, фронтенд, различные тестироващики и т.д. все на одной волне. Все друг друга понимают и стараются не нарушать чужое пространство.
Естественно, каждый понимает, что бизнес в приоритете, из этого и ставятся цели. Однако и бизнес понимает, что бы получить хороший результат, нужна проф. команда и реальные сроки.
Как то не было, что бы команды с другими в чем то конфликтовали, да и внутри команд все тихо. Пришел новый человек, предложил идею, ее рассмотрели и приняли (ну или не приняли, такого правда не было.).
За два года разработки проекта, был только один человек, который всем не нравился и его идеи тоже. В итоге компания с ним распрощалась. Данный товарищ, просто лил в уши воду и требовал финансирование. Когда поняли что все это вода, ушел не один миллион.
Как мне кажется, надо просто подбирать профессиональную команду и к ней прилагать человечка, который рассказывал бы, зачем мы все тут собрались.
У нас такой имеется (назвал агильщиком, но это от части), он рассказывает, зачем мы тут и т.д.
Ну и настроение команды поддерживает =)
Каждый занять четко своим делом, каждый понимает тонкости бизнеса.
Опять же, по ключевым вопросам, всегда идет общение с бизнесом.
Нет, они именно выбрали PHP или Python (в большем проценте).
Хотя как мне кажется, C# уровнем выше.
Т.е. они пошли работать где проект скажем на C#, и в роли тимлидов, решили переписать на один из указаных мной языков. То ли PHP становится популярным в России, за счет улучшения ключа ООП, то ли у людей явно что то происходит в голове интересное.
Я конечно за PHP, ко людей обычно отговаривакаю, меньше конкуренции, это плюс =)
Последний раз я антивирус ставил в 2006г.
Вот уже 11 лет живу как то без антивируса и все отлично.
Ладно еще на винде ставить антивирус, хотя и там он не особо нужен, но на nix системах?
Не представляю, зачем пользователю антивирус в наше время на дескопной машине.
Хабр болел и во время болезни он изменился.
Теперь это немного другой Хабр хоть и в старой обертке.
Взглянув на посты и в особенности на комментарии, вы увидите большие изменения с тем что было скажем 2 года назад.
На эту тему даже пост где то был.
Ведь в сфере разработки часто встречаются full-stack. Но именно по моему мнению, каждый должен заниматься своим делом.
Релизы делаются раз в неделю, на прод. попадает вариант, без ошибок в 90-94% случаев.
Я не говорил о аналитике, хотя и такой человек присутствовал, не давно расстались.
Делается не в расчете, что тестироващик найдет обязательно баг. Система так не работает. Каждый баг (именно статус бага в жире), это минус команде. Каждый срыв срока, это тоже минус и т.д.
Естественно, минусы влияют на конечный финансовый результат премии, а если совсем плохо, то и на менеджмент.
По этому вы далеко не правы, что разработчик ждет спасательного круга от отдела тестирования. Скорее он ждет, что данная история уже не вернется к нему в руки.
И обычно так оно и есть.
Но как я сказал, без отдела тестирования, проект легко может забуксовать и то и вовсе, понести серьезные финансовые потери.
Представьте финансовую или туристическую систему, с сотнями форм, бланков и т.п.
Большие алгоритмические процессы при проводках, заказах и т.п.
Представили? Отлично.
Допустим реализовали новый функционал по определенной юзерстори и ТЗ соответственно.
Написали тесты, все вроде работает. Однако мы все знаем, что зачастую разработчики имеют так называемый «замылиный взгляд». Так же, мы точно знаем, что пользователи обязательно что то сделают, чего не должно было произойти. Где то возможны не верные алгоритмические решения и все в подобном духе.
Как же избежать подобной ситуации? Конечно — стать богом. Но к сожалению, это маловероятно.
И тут на сцену выходит команда тестировщиков. Кто то пишет подробные тест кейсы и различные вариации, кто то все это тестирует.
Понятно, что имеются и автоматизированные тесты.
Из моей 16 летней (сейчас будет уже 17 лет) практики разработки различных крупных продуктов, могу сказать — без тестировщиков, продукт будет постоянно иметь баги, недоработки и различные мелкие косяки.
Не хорошо, когда бизнес из-за этого начинает пробуксовывать а еще хуже, когда клиенты натыкаются на подобные вещи.
Как это работает у нас.
В беклог заводятся различные юзерстори, разработчики делают декомпозицию задач и т.д. Начинает кипеть работа. Есть подготовленные юзер-кейсы от тестировщиков.
Готовые решения складываются в ветки историй. Далее «готовые» истории отправляются к мистеру дженкинсу и собираются в дев. средах. Там производятся различные автоматизированные тесты. Как на интерфейсе так и на бекенде.
Если все ок, и все тесты прошли, собирается полностью готовый вариант на отдельном физическом сервере. Там в работу вступают тестировщики.
Если они находят проблему, соответственно она появляется на доске.
Выставляются приоритеты и далее по накатанной фиксятся/дорабатываются/переделываются. После все по кругу.
В конечном счете, каждая история проходит максимальное количество тестов и вариаций.
Что сводит к миниму проблем.
Тогда тестовому серверу дают зеленый свет и данная сворка мержится в препрод. По сути прод., но с специально репликой. Где внешние клиенты (к примеру триваго или booking.com), не могут оперировать данными, только менеджеры (коих 700 человек).
После мерджа в препрод всех проверенных историй и нормальной отработки, идет деплой в прод., примерно раз в неделю.
Надеюсь я ответил на ваш вопрос подробно, в 4 часа ночи =)
У нас как бы HL++ и контейнеры явно лишнее занятие.
Менеджеры, продуктоунеры, агильщики, бекенд, фронтенд, различные тестироващики и т.д. все на одной волне. Все друг друга понимают и стараются не нарушать чужое пространство.
Естественно, каждый понимает, что бизнес в приоритете, из этого и ставятся цели. Однако и бизнес понимает, что бы получить хороший результат, нужна проф. команда и реальные сроки.
Как то не было, что бы команды с другими в чем то конфликтовали, да и внутри команд все тихо. Пришел новый человек, предложил идею, ее рассмотрели и приняли (ну или не приняли, такого правда не было.).
За два года разработки проекта, был только один человек, который всем не нравился и его идеи тоже. В итоге компания с ним распрощалась. Данный товарищ, просто лил в уши воду и требовал финансирование. Когда поняли что все это вода, ушел не один миллион.
Как мне кажется, надо просто подбирать профессиональную команду и к ней прилагать человечка, который рассказывал бы, зачем мы все тут собрались.
У нас такой имеется (назвал агильщиком, но это от части), он рассказывает, зачем мы тут и т.д.
Ну и настроение команды поддерживает =)
Каждый занять четко своим делом, каждый понимает тонкости бизнеса.
Опять же, по ключевым вопросам, всегда идет общение с бизнесом.
(букинг-дистрибьют проект)
Хотя как мне кажется, C# уровнем выше.
Т.е. они пошли работать где проект скажем на C#, и в роли тимлидов, решили переписать на один из указаных мной языков. То ли PHP становится популярным в России, за счет улучшения ключа ООП, то ли у людей явно что то происходит в голове интересное.
Я конечно за PHP, ко людей обычно отговаривакаю, меньше конкуренции, это плюс =)
Вот уже 11 лет живу как то без антивируса и все отлично.
Ладно еще на винде ставить антивирус, хотя и там он не особо нужен, но на nix системах?
Не представляю, зачем пользователю антивирус в наше время на дескопной машине.
Теперь это немного другой Хабр хоть и в старой обертке.
Взглянув на посты и в особенности на комментарии, вы увидите большие изменения с тем что было скажем 2 года назад.
На эту тему даже пост где то был.
Речь о уникальных посетителях?
Если нет, то проблемы могут возникнуть у множества популярных ресурсов.
MAX_FILE_SIZE = 50 * 1024 * 1024;
Ставите свое значение.
Долго но все же. Занимает примерно 4-5 минут.