Отдельное спасибо за первый пункт, который оказался, в общем и целом, подходом на начальном этапе. Сейчас как раз устроился в компанию и выхожу на работу через 2 дня. Это небольшая по численности сотрудников компания, и для меня первая, в которой я буду на какой-то период времени один QA-щик. Очень хочется не упасть в грязь лицом и уже настроился, как Вы выразились "делать революцию" и взяться за налаживание процессов, но после Ваших примеров понял, что слишком много на себя беру на самом раннем этапе. Также вспомнил, что тех. директор на собеседовании отдельно упоминал, что разработчики и так уже сами тестируют (то есть какой-то процесс уже есть) и на ближайший месяц в приоритете просто забирать на себя тесты и выкатываться. Очень полезные примеры с Вашей стороны. Благодар0чка!
Поддержу комментатора выше касательно процессов и тестирования. Все зависит от того, кто приходит на проект, тестировщик или QA. Процессы или есть, или их нет. Но факт остается фактом, что при входе на проект, сперва нужен поверхностный (а потом и глубокий) анализ процессов, затем пишется репорт и предложение по улучшению процессов, если таковы необходимы. 80% современных компаний или работают с процессами которые не отлаженны, или с процессами которые излишне усложнили, и в том и в другом случаях компании теряют время и деньги. П.С. Идеальных кейсов и процессов нет, все будет меняться с ростом компании, команд, продукта и т.д. Но идеальный случай это тот, когда компания подумала о процессах заранее и сразу начали работать с максимально налаженными процессами. Не благодарите….😊
главная озвученная мысль 'не лезь со своим уставом в чужой монастырь', до того как поймешь природу всех текущих процессов, и это правильно, и это не только в тестировании важно!
Честно говоря на вопрос так и не ответили. Сплошная вода. Зато теперь мне стало понятно, что походу это везде такое тестирование "без процессов, как придется, лишь бы не сломалось ничего", а не только у меня на проекте. Единственное что ценное в видосе, как мне показалось, это пример бага в конце. Жуть, конечно. Как вообще тестеры работают в финтех проектах? Тут обычный сайт и мобильное приложение задалбываешься тестить, а как люди тестируют сложную логику финтех и банковских продуктов - для меня вообще загадка. Может быть, стоит снять видео по теме вашей работы со сложной бэк логикой?
Отдельное спасибо за первый пункт, который оказался, в общем и целом, подходом на начальном этапе. Сейчас как раз устроился в компанию и выхожу на работу через 2 дня. Это небольшая по численности сотрудников компания, и для меня первая, в которой я буду на какой-то период времени один QA-щик. Очень хочется не упасть в грязь лицом и уже настроился, как Вы выразились "делать революцию" и взяться за налаживание процессов, но после Ваших примеров понял, что слишком много на себя беру на самом раннем этапе.
Также вспомнил, что тех. директор на собеседовании отдельно упоминал, что разработчики и так уже сами тестируют (то есть какой-то процесс уже есть) и на ближайший месяц в приоритете просто забирать на себя тесты и выкатываться.
Очень полезные примеры с Вашей стороны. Благодар0чка!
Спасибо за разбор реальных ситуаций с разработчиками!
Поддержу комментатора выше касательно процессов и тестирования. Все зависит от того, кто приходит на проект, тестировщик или QA.
Процессы или есть, или их нет.
Но факт остается фактом, что при входе на проект, сперва нужен поверхностный (а потом и глубокий) анализ процессов, затем пишется репорт и предложение по улучшению процессов, если таковы необходимы.
80% современных компаний или работают с процессами которые не отлаженны, или с процессами которые излишне усложнили, и в том и в другом случаях компании теряют время и деньги.
П.С. Идеальных кейсов и процессов нет, все будет меняться с ростом компании, команд, продукта и т.д. Но идеальный случай это тот, когда компания подумала о процессах заранее и сразу начали работать с максимально налаженными процессами.
Не благодарите….😊
Спасибо за информативное и полезное видео)
Хотелось бы общий гайд-лайн, с чего начать, на что обратить внимание, конкретные действия и тд. Конкретики.
🔥🔥🔥
главная озвученная мысль 'не лезь со своим уставом в чужой монастырь', до того как поймешь природу всех текущих процессов, и это правильно, и это не только в тестировании важно!
Честно говоря на вопрос так и не ответили. Сплошная вода. Зато теперь мне стало понятно, что походу это везде такое тестирование "без процессов, как придется, лишь бы не сломалось ничего", а не только у меня на проекте.
Единственное что ценное в видосе, как мне показалось, это пример бага в конце. Жуть, конечно. Как вообще тестеры работают в финтех проектах? Тут обычный сайт и мобильное приложение задалбываешься тестить, а как люди тестируют сложную логику финтех и банковских продуктов - для меня вообще загадка. Может быть, стоит снять видео по теме вашей работы со сложной бэк логикой?
Увы в финтех все так же( только еще дурдом вокруг и все горит..
Спасибо!