Порой деплоймент новой версии приложения неожиданно ломает те части программы, которые вообще никто не трогал. Так происходит потому, что изменения в коде непредсказуемы. Более того, исправление багов может привести к появлению новых. Чтобы это предотвратить, тестировщики проводят регрессионное тестирование.
Регрессионное тестирование помогает удостовериться, что правки в коде не затронули те части приложения, которые не изменялись. В этой статье мы не будем подробно останавливаться на теме регрессионного тестирования. Вместо этого сфокусируемся на инструментах, которые для него применяются.
В теории, автоматизация - это быстрые, эффективные и надежные тесты. Почему же до сих пор все ИТ-компании не автоматизировали свои QA-процессы? Есть на то причины, расскажем о них.
Когда говорят о тестировании в ИТ, подразумевают процесс поиска ошибок, длящийся недели, а то и месяцы. Существует быстрое тестирование - это так называемое smoke-тестирование (smoke testing, “дымовое тестирование”). Коротко: это предварительное тестирование самых важных функций.
Что такое смок-тестирование и зачем оно нужно? Кто делает смок-тестирование? При чем тут санитарное тестирование? Почему такие странные названия? Ответы в материале.
Последние комментарии