Тестирование
Тестирование
Тестирование
Тестирование
Тестирование
Пишем тестовую документацию и тест-кейсы, делаем настройку тестовой среды, тестируем вручную по итогам двухнедельных спринтов.
Пишем тестовую документацию и тест-кейсы, делаем настройку тестовой среды, тестируем вручную по итогам двухнедельных спринтов.
Пишем тестовую документацию и тест-кейсы, делаем настройку тестовой среды, тестируем вручную по итогам двухнедельных спринтов.
Пишем тестовую документацию и тест-кейсы, делаем настройку тестовой среды, тестируем вручную по итогам двухнедельных спринтов.
Тест-кейсы на языке Gherkin
Написание авто-тестов увеличивает бюджет и сроки минимум на 30%, но это важная часть для минимизации рисков и последующего масштабирования проекта. В ТЗ мы описываем тест-кейсы на языке Gherkin, по которым в дальнейшем можно писать авто-тесты.
Тестовая среда
Примерно через 2 месяца, когда есть первый функционал, DevOps настраивает тестовый стенд для демонстрации промежуточных результатов. Стенд доступен 24/7 по технической ссылке и закрыт базовой авторизацией от внешнего доступа.
Ручное тестирование
В ходе спринта разработчики переводят задачи на обязательный этап тестирования. Тестировщик проверяет функционал на тестовом стенде, вручную выполняя заготовленные пользовательские сценарии. При наличии проблем — в Trello ставятся задачи на доработку.
Тестовая документация
Мы составляем тест-кейсы, чек-листы, баг-репорты, пишем инструкции для сотрудников. Написанная тестовая документация активно используется в ходе работы и является неотъемлемой частью проекта.
Тест-кейсы на языке Gherkin
Написание авто-тестов увеличивает бюджет и сроки минимум на 30%, но это важная часть для минимизации рисков и последующего масштабирования проекта. В ТЗ мы описываем тест-кейсы на языке Gherkin, по которым в дальнейшем можно писать авто-тесты.
Тестовая среда
Примерно через 2 месяца, когда есть первый функционал, DevOps настраивает тестовый стенд для демонстрации промежуточных результатов. Стенд доступен 24/7 по технической ссылке и закрыт базовой авторизацией от внешнего доступа.
Ручное тестирование
В ходе спринта разработчики переводят задачи на обязательный этап тестирования. Тестировщик проверяет функционал на тестовом стенде, вручную выполняя заготовленные пользовательские сценарии. При наличии проблем — в Trello ставятся задачи на доработку.
Тестовая документация
Мы составляем тест-кейсы, чек-листы, баг-репорты, пишем инструкции для сотрудников. Написанная тестовая документация активно используется в ходе работы и является неотъемлемой частью проекта.
Тест-кейсы на языке Gherkin
Написание авто-тестов увеличивает бюджет и сроки минимум на 30%, но это важная часть для минимизации рисков и последующего масштабирования проекта. В ТЗ мы описываем тест-кейсы на языке Gherkin, по которым в дальнейшем можно писать авто-тесты.
Тестовая среда
Примерно через 2 месяца, когда есть первый функционал, DevOps настраивает тестовый стенд для демонстрации промежуточных результатов. Стенд доступен 24/7 по технической ссылке и закрыт базовой авторизацией от внешнего доступа.
Ручное тестирование
В ходе спринта разработчики переводят задачи на обязательный этап тестирования. Тестировщик проверяет функционал на тестовом стенде, вручную выполняя заготовленные пользовательские сценарии. При наличии проблем — в Trello ставятся задачи на доработку.
Тестовая документация
Мы составляем тест-кейсы, чек-листы, баг-репорты, пишем инструкции для сотрудников. Написанная тестовая документация активно используется в ходе работы и является неотъемлемой частью проекта.
Тест-кейсы на языке Gherkin
Написание авто-тестов увеличивает бюджет и сроки минимум на 30%, но это важная часть для минимизации рисков и последующего масштабирования проекта. В ТЗ мы описываем тест-кейсы на языке Gherkin, по которым в дальнейшем можно писать авто-тесты.
Тестовая среда
Примерно через 2 месяца, когда есть первый функционал, DevOps настраивает тестовый стенд для демонстрации промежуточных результатов. Стенд доступен 24/7 по технической ссылке и закрыт базовой авторизацией от внешнего доступа.
Ручное тестирование
В ходе спринта разработчики переводят задачи на обязательный этап тестирования. Тестировщик проверяет функционал на тестовом стенде, вручную выполняя заготовленные пользовательские сценарии. При наличии проблем — в Trello ставятся задачи на доработку.
Тестовая документация
Мы составляем тест-кейсы, чек-листы, баг-репорты, пишем инструкции для сотрудников. Написанная тестовая документация активно используется в ходе работы и является неотъемлемой частью проекта.