Как работает рабочий процесс между тестировщиками, выполняющими тестирование, и кодерами, выполняющими кодирование для ожидающего тестирования?

Question

В большой компании, занимающейся разработкой программного обеспечения, у них часто есть специальные команды для управления сборкой, тестирования, разработки и т. Д.

Agile или нет, как работает этот рабочий процесс среди команд? Я имею в виду, будет ли команда разработчиков писать модульные тесты, а затем команда разработчиков будет писать код для выполнения этих тестов (в основном, TDD)? И тогда команда тестирования может написать тесты для совершенно другого проекта или провести небольшой период времени, пока команда разработчиков не выполнит свое кодирование. Какие есть возможные рабочие процессы?

Это то, что меня очень интересует. Я знаю, что в моей нынешней компании мы делаем это неправильно (у нас есть 1 тестер на 5 разработчиков, что в небольшом масштабе), но я не уверен, как именно вывести идеальный рабочий процесс. Многие (хорошо, бывший менеджер проекта) пытались, но все потерпели неудачу.

Answer 1

Если тестировщик программного обеспечения пишет модульные тесты, значит, он не тестер, а программист. Тестировщик должен выполнить две основные задачи: найти ошибки и найти в дизайне то, что можно сделать лучше. Оба просто с помощью программы. Тестировщик может также управлять массивом конфигураций аппаратного и программного обеспечения для тестирования, и, возможно, он может, если ваша программа подходит для этого, написать несколько автоматических тестов конкретных функций, чтобы лучше иметь возможность тестировать на всех этих многих машинах.

У тестера может быть много разных вещей, то, как его использовать, во многом зависит от того, какое программное обеспечение вы пишете, и от навыков вашего тестера.

НИКОГДА не путайте юнит-тесты с тестированием, поскольку это две совершенно разные вещи.