6921
правка
Изменения
Новая страница: « На [https://sqadays.com '''SQAdays''' 6-7.11.2020] в Москве [https://sqadays.com/ru/talk/84247 Доклад на сайте конференции] В…»
На [https://sqadays.com '''SQAdays''' 6-7.11.2020] в Москве
[https://sqadays.com/ru/talk/84247 Доклад на сайте конференции]
Видео ожидается
Долгое время большинство приложений разрабатывалось как большие монолиты или системы из крупных модулей (Вирт "Алгоритмы + Структуры данных = Программы"), в которых обработку запроса пользователей можно было представить как выполнение процедуры. И для тестирования было достаточно проверить ответ приложения для пользователя и изменения в базе данных. На основе такой модели можно писать тест-кейсы или чек-листы.
Сейчас чаще используется микросервисная архитектура или акторная модель с асинхронным обменом сообщениями, которые могут теряться или дважды обрабатываться со сложными эффектами. Классической модели приложения уже недостаточно для разработки тестирования приложений - она не дает представления о возникающих проблемах. Необходимы другие модели, адекватные применяемым парадигмам программирования, на основе которых можно прорабатывать сценарии проверки сложных случаев, обеспечивающих устойчивую работу приложения в сложных ситуациях. О таких моделях пойдет речь в докладе.
Месяц назад я [[Модели предметной области для разных парадигм программирования (AnalystDays-2020)|рассказывал об этих моделях на AnalystDays]], но с фокусом на проектировании системы, а в этом докладе был фокус на тестирование, включая проверку устойчивости системы при сбоях и масштабирование. Слайды - похожи, а слова были другими.
= Презентация =
{{Presentation|MultyparadigmModel-SQAdays-2020-Tsepkov.pdf|290px}}
[https://sqadays.com/ru/talk/84247 Доклад на сайте конференции]
Видео ожидается
Долгое время большинство приложений разрабатывалось как большие монолиты или системы из крупных модулей (Вирт "Алгоритмы + Структуры данных = Программы"), в которых обработку запроса пользователей можно было представить как выполнение процедуры. И для тестирования было достаточно проверить ответ приложения для пользователя и изменения в базе данных. На основе такой модели можно писать тест-кейсы или чек-листы.
Сейчас чаще используется микросервисная архитектура или акторная модель с асинхронным обменом сообщениями, которые могут теряться или дважды обрабатываться со сложными эффектами. Классической модели приложения уже недостаточно для разработки тестирования приложений - она не дает представления о возникающих проблемах. Необходимы другие модели, адекватные применяемым парадигмам программирования, на основе которых можно прорабатывать сценарии проверки сложных случаев, обеспечивающих устойчивую работу приложения в сложных ситуациях. О таких моделях пойдет речь в докладе.
Месяц назад я [[Модели предметной области для разных парадигм программирования (AnalystDays-2020)|рассказывал об этих моделях на AnalystDays]], но с фокусом на проектировании системы, а в этом докладе был фокус на тестирование, включая проверку устойчивости системы при сбоях и масштабирование. Слайды - похожи, а слова были другими.
= Презентация =
{{Presentation|MultyparadigmModel-SQAdays-2020-Tsepkov.pdf|290px}}
