Re: Делать надо...
>Это плохой вариант, на который ориентироваться нельзя.
Это самый реальный вариант. Тот, который вы описываете - очень дорогой и сложный.
>В нормальной команде QA Engineer иногда знает код даже лучше разработчиков, способен его исследовать и в багрепорте указать путь (или пути) его исправления с кодом/псевдокодом.
Каков будет КПД его работы по исследованию и отладке чужого кода?
Программистам всё равно придётся проверять то что он там нашёл и наисправлял и согласовывать представления тестировщика о том как работает проект с тем, как он реально работает.
>И должен быть готов самостоятельно эту ошибку исправлять.
Это плохо кончится.
>Фактически же суть ошибки и ответственного (этого тестера или другого, разработчика этого или другого) за ее исправление назначают на Defect Triage совместно руководитель разработчиков и руководитель тестеров.
Угу, и в итоге ответственными и исправляющими становится программисты, что я и описал ранее. Только с целой процедурой по маканию их в собственные косяки.
>В багрепорте должен приводиться полный путь воспроизведения и/или воспроизводящий код/бинарь.
Должен, поскольку без него толку с такого тестирования вообще негусто. Однако же далеко не всегда этот путь будет и будет корректен.
>После назначения ответственного за исправление воспроизвести это будет его прямой обязанностью.
Вы написали своими словами то что описал и я. Всё равно в конечном итоге эти две группы сядут, будут воспроизводить, искать и придумывать, как исправить.
>Почему не зная?
Потому что если он тестирует зная - то это либо путь вникуда (он знает, как всё должно работать и ровно так же, как и сами программисты тщательно убеждается в том, что оно работает так, как задумано - неработа его не интересует), либо штучный человек особого склада ума.
>Тестировщик вообще-то даже более широкий кругозор может иметь чем девелопер, потому что при реализации разнообразных AE, поз/нег сценариев и ручных харнессов вполне может работать с несколькими модулями или системой в целом - в отличие от разработчика, который погружен на 1-2 текущие задачи.
Может, но тогда см. выше.
>Ну если конечно девочек задешево в QA набирать, то тогда да.
Дык а в реальности задёшево и набирают.
На самом деле все эти вещи имеют право на жизнь, но не являются чудесным решением всех проблем, которым их сейчас принято представлять. И создают ряд новых самодостаточных проблем. Разумный подход нужен. А когда он есть - это уже частности.
