В настоящее время я разрабатываю и настраиваю все для нашей команды разработчиков, что касается нашего нового рабочего процесса со схваткой, управлением тестированием, ....
Что касается Scrum, все сделано, сейчас я настраиваю рабочий процесс и среду тестирования.
Мы хотели бы установить Microsoft Test Manager.
Все ясно до 1 очень важного момента - Как требования Плана Тестирования для одного Спринта взаимодействуют с тестировщиком, чтобы быть готовым к тестированию.
Объяснение рабочего процесса и отсутствующей части:
- Разработчик получает BacklogItem, описывает Tasks, RWT, ... и определяет возможные TestCase, но не несет ответственности за полный сценарий TestCase.
- Тестировщик создает TestPlan для текущей итерации и добавляет каждый BackLogItem в TestSuite в качестве требования.
- Отображаются уже созданные тесткейсы
- Тестер начинает писать больше тестовых случаев и определяет новые.
- Разработчик фиксирует работу для BacklogItem.
- ???? Разработчик и тестер таинственно обмениваются рукопожатием, и вдруг тестер узнает, что конкретный BacklogItem готов к тестированию и все включенные тестовые примеры ????
- Тестер тестирует заданные тестовые случаи, сообщает и создает ошибки, если это необходимо.
Итак, как вы видите, как идет общение между командой разработчиков и командой тестировщиков, что готово к тестированию.
До сих пор я заметил состояние BLOCKED тестового примера. Пока тестовый набор находится в заблокированном состоянии, тестер знает, что его нельзя трогать.
Это могло бы сработать, но это огромные накладные расходы для разработчика, так как разработчик после того, как зафиксировал свой код в tfs, перешел в тестовую область на веб-портале TFS и установил состояние каждого тестового примера данного элемент невыполненной работы должен быть готов к тестированию или, иначе говоря, в состоянии READY.
Это не совсем работает для нас.
В противном случае у тестировщиков возникнут огромные накладные расходы, поэтому, если им нужно отследить на веб-портале tfs, какой элемент невыполненной работы находится в состоянии фиксации, а затем начать тестирование тестовых случаев для связанного элемента невыполненной работы, что является требованием текущий план испытаний.
Итак, надеюсь, вы видите, что моя проблема заключается в том, как тестировщики узнают, когда требование готово для тестирования и все связанные с ним тестовые случаи???
