7322
правки
Изменения
м
Нет описания правки
На #itgm был очень интересный трек [https://www.facebook.com/spbsqa/ SPB SQA Group]. У него была сквозная тема - '''разделение труда в тестировании''', и доклады и обсуждения нанизывались на эту тему. Я был только на последнем слоте, где мы вели обсуждение про схемы самоопределения, но открывая слот [https://www.facebook.com/exsel9 Алексей Фёдоров] повторил для всех, включая вновь пришедших, содержание предыдущих серий - углубление специализаций, выделение отдельных, подвижность границ между тестировщиками и смежными специализациями - разработчиками, менеджерами, аналитиками. И потом как раз перешел к теме слота - схемам, которые помогают в этом самоопределиться.
[[Файл:Responsibility for Quality in IT-Projects Tsepkov SQAdays-20 (2016-11).pdf|right|page=36|400px|thumb|Из доклада [[Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018)]]]][[Файл:SelfDet-Tsepkov-TeamLead2018.pdf|right|page=20|400px|thumb|Из доклада [[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)]]]]
И началось все как раз с определения тестирования, которое я нарисовал на V-диаграмме - между разработкой и эксплуатацией, и тоже с подвижными границами. И тут же был пойман на несоответствии современным практикам, включающим тестирование требований, тестирование дизайна и другие подобные вещи, которые на V-диаграмме особо нет - и пришлось уже диаграмму жизненного цикла альф OMG Essence, показать путь по ней от гипотезы о возможности через требования к системе, и назад во внедрение, и там кусочки, к которым в принципе применимо слово тестирование - а уж делают их тестировщики, или аналитики, или кто-то еще - вопрос второй.