Блог компании OTUS. Онлайн-образование
Тестирование веб-сервисов
Тестирование мобильных приложений
Комментарии 3
0
Если вы разработчик, то вы знаете все тонкости и подводные камни в своем коде, или по крайней мере, вы знаете о своем коде больше, чем QA-инженер.

Если хотите качества:
1) Требуйте, чтобы QA-инженер знал код не хуже разработчика.
Умел читать код.
2) Требуйте, чтобы QA-инженер знал что делает код, какая часть за что отвечает и где вызывается.
Время, которое тратит разработчик на улучшения скилов написания QA-инженер должен тратить на умение читать и понимать всю систему.
3) Платите QA-инженеру не менее чем разработчику.
0
Мне кажется, упущена одна из причин багов, а именно: отсутствие документации. Никто не знает как должно работать приложение. Программер понимает «ожидаемое поведение» по своему, а тестер по своему. У пользователей же свое представление о том, что должно или не должно делать приложение. Особенно ярко это проявляется, когда тестер и программер приходят с разных платформ: программер привык под винду а тестер под мак. А надо под iPhone.

Кстати, мне довелось поработать в свою бытность в одной забавной конторе, которая периодически увольняла тестеров за баги (тестеров было много). А программеров не увольняли (их было всего двое).
0
Кто несет ответственность за качество тестирования приложения?
Правильный ответ: Вся команда.
я работаю в аджайл команде на позиции QA, где когда баг серьезный оказывается на проде никто не наказывается. Один придумал, второй расписал, третий закодил, четвертый не заметил. Кому по шапке и за что никто не будет разбирать, важнее продукт и клиент.
Работа над ошибками ведется обязательно, но никто из команды не тянет на себя одеяло
Только полноправные пользователи могут оставлять комментарии., пожалуйста.