Разбор разных практик тестирования // Курс «C# Developer. Professional»

• Видео начинается с приветствия и представления преподавателя Антона Герсмена.  

• Он рассказывает о своем опыте работы в компании Intelcom Line и о том, как он преподает курсы по программированию на разных языках.  

• Антон обсуждает определение тестирования и качества, которое он нашел в международной сертификации.  

• Он объясняет, что тестирование - это процесс исследования и испытания программного продукта, а качество - это способность продукта удовлетворять установленным или предполагаемым потребностям.  

• Он также обсуждает, что тестирование может быть связано с шпионажем или реверс-инженирингом, но не обязательно с качеством.  

• Антон обсуждает, как окружение и потребности влияют на качество продукта.  

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

• Время и ресурсы для обеспечения качества ограничены.  

• Проблемы с интеграциями, внешними системами и временем.  

• Преимущества: роботы быстрее людей, масштабируемость.  

• Недостатки: долго разрабатывать, поддерживать, сложность разработки тестов.  

• Рекомендации: 80% покрытия тестами.  

• Использование TDD для приближения к верхнему перцентилиусу.  

• Обсуждение важности тестирования и его влияния на качество продукта.  

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

• Обсуждение графиков тестирования и их связи с качеством продукта.  

• Упоминается, что стоимость ручного тестирования может быть слишком высокой на старте проекта, но автоматизированное тестирование может быть более дорогим на старте, но более эффективным в долгосрочной перспективе.  

• Обсуждение пирамиды тестирования и ее связи с юнит-тестированием.  

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

• Упоминается, что ю-тесты могут быть хрупкими и могут сломаться из-за внешних факторов.  

• В случае нестабильной сети, когда теряется пакет, клиент отправляет на сервер ноуледж флаг и сервер отправляет пакет еще раз.  

• Юнит-тестирование имитирует нестабильную работу сети, используя подменные данные.  

• Тестирование требований проводится аналитиками, тестировщиками и архитекторами.  

• Дизайн-ревью - это процесс разработки системы до начала разработки, чтобы четко определить требования и избежать ошибок.  

• Энту тесты фиксируют регресс и проверяют взаимодействие пользователя с системой.  

• Опи тесты фиксируют поведение системы и проверяют, что она работает так, как ожидалось.  

• Апи тесты дополнительно проверяют поведение системы, которое нельзя проверить тестами.  

• Обсуждение сложности тестирования и его эффективности.  

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

• Снэпшотные тесты - это сохранение ответов на запросы и сравнение их с эталонными ответами.  

• Сложность заключается в том, что нужно понимать, как работает система и как она может измениться.  

• Контрактные тесты проверяют взаимодействие между командами и гарантируют работу своего кода.  

• Сложность связана с необходимостью административного вмешательства и системного анализа.  

• Архитектурные тесты проверяют, что абстракции не просочились из слоя в слой.  

• Сложность заключается в поддержании тестов после изменения архитектуры.  

• Перфоманс-тесты проверяют работу системы под ожидаемой нагрузкой и нащупывают максимум возможностей системы.  

• Сложность связана с определением ожидаемой нагрузки и пониманием работы системы.  

• Тестирование производительности включает нагрузочное тестирование и стресс-тестирование.  

• Сложности связаны с подбором профиля нагрузки и сложностью инфраструктуры.  

• Инваймент тесты используются для проверки окружения, в котором запускается система.  

• Отмирают из-за контейнеризации и использования контейнеров.  

• Хаос тестирование - это нажатие на все подряд для проверки работоспособности системы.  

• Может быть параметризированным для проверки контрактов.  

• Мутационные тесты проверяют качество тестов и устойчивость к изменениям кода.  

• Сложность внедрения и порог вхождения.  

• Мутационные тесты - это тесты, которые выполняются автоматически и могут менять значения в коде.  

• Ассебилити-тесты проверяют доступность кода для незрячих пользователей.  

• Статический анализатор - это инструмент для проверки кода на соответствие определенным правилам.  

• Инваймент-тесты могут быть использованы для онбординга новых сотрудников.  

• Ретроспектива - это встреча в конце модуля, где обсуждаются успехи команды в изучении курса.  

• В курсе обсуждаются различные базы данных и инструменты разработки.  

• Обратная связь от студентов полезна для улучшения курса и проведения занятий.  

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

• Система проверяет, что все ответы были получены, и строит анализ перфоманса, включая медиану и персентили.  

• В видео объясняется, как интеграционное тестирование и эпи-тестирование используются для проверки работы вызовов на основном приложении.  

• Интеграционное тестирование создает типи-клиент, который используется для проверки работы вызовов на основном приложении.  

• В видео обсуждаются вопросы о том, сколько потоков будет использовано в системе и как долго будет выполняться генерация тысячи запросов.  

• Автор не знает ответа на эти вопросы, так как никогда не играл с системой.