Ранее реализованное пропадает после нескольких сборок.

Скажем, есть 1-10 пользовательских историй. Все проверено нормально. -> в Производство. Затем идет CR с еще 5 пользовательскими историями. Все потом проверено нормально. -> в производство. Затем идут еще 5 пользовательских историй. Протестировано нормально. -> На продакшн .. теперь здесь ломается одна или две пользовательских истории из первых 1-10. Очевидно, что виноваты в том же должны будут нести тестировщики. Разработчики имеют прямой доступ к пути сборки сред QA. любой разработчик может положить туда файл кода. просто простая структура папок. Как это исправить и сохранить «наши» руки в чистоте? Также обратите внимание, что мы проводим специальное тестирование из-за строгих сроков.


testing manual-testing
person Yuvraj    schedule 11.04.2016    source источник
comment
Какие типы тестов вы проводите? Только функциональные тесты для УЗИ? Вы планируете и проводите регрессионные тесты? Есть ли у вас отдельные среды для разработчиков и тестировщиков? У вас есть предварительная среда?   -  person Kinga    schedule 08.05.2017

Ответы (1)


arrow_upward
0
arrow_downward

Ситуация, когда что-то новое ломает что-то старое, довольно распространена. Я не вижу, в чем проблема. Среда контроля качества идеально подходит для того, чтобы наверстать упущенное.

Что я могу предложить:

1. Наличие среды разработки / контроля качества / производства

И попробуйте настроить правильный процесс , если что-то новое было закодировано и протестировано разработчиками, оно может перейти в «QA». И только после того, как новый материал прошел тестирование QA, он может перейти в «Производство»;

2. Непрерывная интеграция сборок

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

3. Регрессионное тестирование

Убедитесь, что у вас есть набор для углубленной регрессии. Они запускаются в основном для того, чтобы избежать таких проблем и убедиться, что критические проблемы не попадают в производственную среду.

Надеюсь, это немного поможет.

person Olha Horak    schedule 11.04.2016