Мидл тоже находить баги, но требует некоторого ассистанса со стороны, и большего контроля.
мидл при нахождении багов сам должен с ними справляться, без контроля. контроль нужен джуну.
Но я также помню и анти-аджайл манифесто И то и другое имеет свои преимущества и недостатки )
Позволю себе заявить что он (антиаджайл) появился только лишь от недостатка понимания самого аджайл-манифкеста. Он очень коварный тем что его легко прочитать, но пользоваться достаточно сложно, надо понимать то что лежит в основе, чем он руководствуется. Я заметил что очень хорошо понимают те (но не сразу) кто владеет чем-то тяжеловесным типа PMI PMP. Ну, не буду отвлекать от темы. Хороший QA также должен владеть на каком-то уровне автоматизацие. просто qa-мануальщиков сейчас много. а со знанием автоматизации не очень. а если знать какой-то язык скриптовый и что еще лучше, что-то из .net\java то цены такому QA не будет. Я знаком с хорошими QA которые в прошлом были рпограммистами. Например, James Bach. и т д. Но это конечно идеальный вариант. но почему бы к нему не стремиться
Мидл тоже находить баги, но требует некоторого ассистанса со стороны, и большего контроля.
мидл при нахождении багов сам должен с ними справляться, без контроля. контроль нужен джуну.
это тип бить палкой по лбу если раз в полчаса багу не находит?
Мидл тоже находить баги, но требует некоторого ассистанса со стороны, и большего контроля.
мидл при нахождении багов сам должен с ними справляться, без контроля. контроль нужен джуну.
Джуну нужен менторшип, а контроль нужен всем)
Мидл тоже находить баги, но требует некоторого ассистанса со стороны, и большего контроля.
мидл при нахождении багов сам должен с ними справляться, без контроля. контроль нужен джуну.
это тип бить палкой по лбу если раз в полчаса багу не находит?
Вроде того.
Если тестер не находит багов то шото в консерватории не то.
Мидл тоже находить баги, но требует некоторого ассистанса со стороны, и большего контроля.
мидл при нахождении багов сам должен с ними справляться, без контроля. контроль нужен джуну.
это тип бить палкой по лбу если раз в полчаса багу не находит?
это шутка? перефразирую анекдот: чем круче девелоперы, тем их баги имеют более серьезные последствия.
при хорошем девелопменте и хорошо поставленном процессе - баги могут и не находиться при регрешшене. но это зависит от многих вещей.
если серьезно, то джун должен укладываться в эстимейты, которые ему ставят (естественно - ставят их ему в соответствии с его возможностями). должен не сидеть, тупо пытаясь вырвать одну проблему, решение которой знает сидящий рядом коллега (но без фанатизма - если полчаса не получилось продвинуться самому - надо спросить).
...
мидл при нахождении багов сам должен с ними справляться, без контроля. контроль нужен джуну.
это тип бить палкой по лбу если раз в полчаса багу не находит?
Вроде того.
Если тестер не находит багов то шото в консерватории не то.
тут также есть некоторые оговорки. баги есть всегда, но часто на их поиск может не быть времени. поэтому ...
карочи... мы ушли от темы. ТС-у не нужна лекция, а мне чтото влом стало ее читать
"при хорошем девелопменте и хорошо поставленном процессе - баги могут и не находиться при регрешшене."
Тогда вам не нужен мануальный тестировщик.
"при хорошем девелопменте и хорошо поставленном процессе - баги могут и не находиться при регрешшене."
Тогда вам не нужен мануальный тестировщик.
вполне может быть, что на данном этапе так и есть. не вижу тут никаких вопросов.
Если по вопросу ТСа - то на разные позиции очень разные требования, и разное понимание роли синьор.
В одних конторах синьор это практически тимлид, в других может от джуна очень мало чем отличаться, и синьор он потому что его смогли впарить заказчику как синьора.
золюбили программеры! Брызь в проф форумы... Один ламер у других спрашиваед а 12000 юзеров не отдупляются про шо говорят
И тут пришел медведь UT4UEP, и всех разогнал)
Если по вопросу ТСа - то на разные позиции очень разные требования, и разное понимание роли синьор.
В одних конторах синьор это практически тимлид, в других может от джуна очень мало чем отличаться, и синьор он потому что его смогли впарить заказчику как синьора.
моя контора - это более 10 000 человек по всему миру. у нас проводятся совместные комитеты при получении третьего уровня (тестировщики или девы - пофик). т.е - уровень по всем странам примерно одинаковый. также - к нам приходят из других больших контор и я вижу, что чем больше контора, тем больше требования совпадают с нашими.
когдато давно я работал в мелкой фирме одного заказчика. все было хорошо. мой лид на визитке имел надпись CEO... а подчиненных у него было всего трое (я и еще два дева).
т.е можно и инвалидку назвать премиумным представительским классом - это да, кнешно, бывает, но майбахом она от этого не станет
Если по вопросу ТСа - то на разные позиции очень разные требования, и разное понимание роли синьор.
В одних конторах синьор это практически тимлид, в других может от джуна очень мало чем отличаться, и синьор он потому что его смогли впарить заказчику как синьора.
моя контора - это более 10 000 человек по всему миру. у нас проводятся совместные комитеты при получении третьего уровня (тестировщики или девы - пофик). т.е - уровень по всем странам примерно одинаковый. также - к нам приходят из других больших контор и я вижу, что чем больше контора, тем больше требования совпадают с нашими.
когдато давно я работал в мелкой фирме одного заказчика. все было хорошо. мой лид на визитке имел надпись CEO... а подчиненных у него было всего трое (я и еще два дева).
т.е можно и инвалидку назвать премиумным представительским классом - это да, кнешно, бывает, но майбахом она от этого не станет
А от теперь возьми и расскажи шо должен уметь этот самый тестер старшой с точки зрения отех всех ваших спецификаций
золюбили программеры! Брызь в проф форумы... Один ламер у других спрашиваед а 12000 юзеров не отдупляются про шо говорят
согласен
Спасибо, поржал про то что что нахождение багов - побочный продукт деятельности тестировщика.
начни с определений, что такое верификация и валидация
А от теперь возьми и расскажи шо должен уметь этот самый тестер старшой с точки зрения отех всех ваших спецификаций
все тоже самое, что я написал выше, только количество подчиненных, которых он может супервайзить увеличивается. тыж про лида говоришь? также у него появляется нагрузка в виде всяческих репортов/тест-планов и прочей бюрократии. возможно - скрам-мастер... еще - координация с другими тимами, еще - решение не технического рода проблем (например: выбить тестовый сервак из заказчика или допинать его IT-службу, чтобы ВПН настроили или еще чтото в этом духе).
есть вторая ипостась, уровня лида: тест-архитект. это более техническая роль, но она гораздо реже встречается.
Вот спасибо, я как раз и хотел подобного конструктивного обсуждения. Есть что почерпнуть
Вот спасибо, я как раз и хотел подобного конструктивного обсуждения. Есть что почерпнуть
дык я просто и есть ктото чуть выше лид-аутомейшен-тестировщика.
ЗЫ. думаю, что всетаки не выше, а толще
Господа разработчики, тестировщики, а расскажите плз, какими по вашему скилзами / тулзами должен владеть синьйор мануал тестер? Общие фразы типа "екселент инвестиейшн скиллз" оставим в стороне. Разумный флуд приветствуется
Ты ж сам понимаешь что у каждой конторы под словом сеньорность подразумевают разные вещи.
Самое на мой взгляд важное, что таки отличает синьора от мидла: он должен уметь самостоятельно поставить процесс тестирования, подобрать тулы и выдавать на гора необходимый уровень качества без вмешательства извне, уложившись при этом в указанные им самим эстимейты, как внутри команды тестировщиков, так и в одиночку. Вне зависимости от того, есть документация на проекте или нет, поставлены там процессы или полный бардак, адекватен ли менеджмент или нет, и вообще вне зависимости от фазы Луны или погоды на Марсе. Типа универсальный солдат на все случаи жизни. Такого можно достичь только смнив несколько проектов/контор, причем в каждой из них необходимо проработать большое количество времени.
Відповісти
Поперед.
Зміст
Наступ.
Гілками
