Модели приложения для разных парадигм программирования (SQAdays-2020) — различия между версиями
(Новая страница: « На [https://sqadays.com '''SQAdays''' 6-7.11.2020] в Москве [https://sqadays.com/ru/talk/84247 Доклад на сайте конференции] В…») |
м (Массовая правка: замена PCRE ^ на {{RightNote|Еще про акторную модель}}) |
||
(не показано 7 промежуточных версий этого же участника) | |||
Строка 1: | Строка 1: | ||
+ | {{RightNote|[[:Категория:Акторная модель|Еще про акторную модель]]}} | ||
На [https://sqadays.com '''SQAdays''' 6-7.11.2020] в Москве | На [https://sqadays.com '''SQAdays''' 6-7.11.2020] в Москве | ||
[https://sqadays.com/ru/talk/84247 Доклад на сайте конференции] | [https://sqadays.com/ru/talk/84247 Доклад на сайте конференции] | ||
− | Видео | + | [https://vimeo.com/477947724 Видео на vimeo] |
+ | Тема развивалась [[Модели приложения для разных парадигм программирования (ArchDays-2020)|в докладе на ArchDays]] (видео тоже есть) | ||
Долгое время большинство приложений разрабатывалось как большие монолиты или системы из крупных модулей (Вирт "Алгоритмы + Структуры данных = Программы"), в которых обработку запроса пользователей можно было представить как выполнение процедуры. И для тестирования было достаточно проверить ответ приложения для пользователя и изменения в базе данных. На основе такой модели можно писать тест-кейсы или чек-листы. | Долгое время большинство приложений разрабатывалось как большие монолиты или системы из крупных модулей (Вирт "Алгоритмы + Структуры данных = Программы"), в которых обработку запроса пользователей можно было представить как выполнение процедуры. И для тестирования было достаточно проверить ответ приложения для пользователя и изменения в базе данных. На основе такой модели можно писать тест-кейсы или чек-листы. | ||
Строка 7: | Строка 9: | ||
Сейчас чаще используется микросервисная архитектура или акторная модель с асинхронным обменом сообщениями, которые могут теряться или дважды обрабатываться со сложными эффектами. Классической модели приложения уже недостаточно для разработки тестирования приложений - она не дает представления о возникающих проблемах. Необходимы другие модели, адекватные применяемым парадигмам программирования, на основе которых можно прорабатывать сценарии проверки сложных случаев, обеспечивающих устойчивую работу приложения в сложных ситуациях. О таких моделях пойдет речь в докладе. | Сейчас чаще используется микросервисная архитектура или акторная модель с асинхронным обменом сообщениями, которые могут теряться или дважды обрабатываться со сложными эффектами. Классической модели приложения уже недостаточно для разработки тестирования приложений - она не дает представления о возникающих проблемах. Необходимы другие модели, адекватные применяемым парадигмам программирования, на основе которых можно прорабатывать сценарии проверки сложных случаев, обеспечивающих устойчивую работу приложения в сложных ситуациях. О таких моделях пойдет речь в докладе. | ||
− | Месяц назад я [[Модели предметной области для разных парадигм программирования (AnalystDays-2020)|рассказывал об этих моделях на AnalystDays]], но с фокусом на проектировании системы, а в этом докладе был фокус на тестирование, включая проверку устойчивости системы при сбоях и масштабирование. Слайды - похожи, а слова были другими. | + | Месяц назад я [[Модели предметной области для разных парадигм программирования (AnalystDays-2020)|рассказывал об этих моделях на '''AnalystDays''']], но с фокусом на проектировании системы, а в этом докладе был фокус на тестирование, включая проверку устойчивости системы при сбоях и масштабирование. Слайды - похожи, а слова были другими. |
+ | |||
+ | = Видео = | ||
+ | |||
+ | <html><iframe src="https://player.vimeo.com/video/477947724" width="640" height="360" frameborder="0" allow="autoplay; fullscreen; picture-in-picture" allowfullscreen></iframe></html> | ||
= Презентация = | = Презентация = | ||
{{Presentation|MultyparadigmModel-SQAdays-2020-Tsepkov.pdf|290px}} | {{Presentation|MultyparadigmModel-SQAdays-2020-Tsepkov.pdf|290px}} | ||
+ | |||
+ | [[Категория:Доклады]] | ||
+ | [[Категория:Акторная модель]] |
Версия 18:23, 7 декабря 2023
На SQAdays 6-7.11.2020 в Москве Доклад на сайте конференции Видео на vimeo Тема развивалась в докладе на ArchDays (видео тоже есть)
Долгое время большинство приложений разрабатывалось как большие монолиты или системы из крупных модулей (Вирт "Алгоритмы + Структуры данных = Программы"), в которых обработку запроса пользователей можно было представить как выполнение процедуры. И для тестирования было достаточно проверить ответ приложения для пользователя и изменения в базе данных. На основе такой модели можно писать тест-кейсы или чек-листы.
Сейчас чаще используется микросервисная архитектура или акторная модель с асинхронным обменом сообщениями, которые могут теряться или дважды обрабатываться со сложными эффектами. Классической модели приложения уже недостаточно для разработки тестирования приложений - она не дает представления о возникающих проблемах. Необходимы другие модели, адекватные применяемым парадигмам программирования, на основе которых можно прорабатывать сценарии проверки сложных случаев, обеспечивающих устойчивую работу приложения в сложных ситуациях. О таких моделях пойдет речь в докладе.
Месяц назад я рассказывал об этих моделях на AnalystDays, но с фокусом на проектировании системы, а в этом докладе был фокус на тестирование, включая проверку устойчивости системы при сбоях и масштабирование. Слайды - похожи, а слова были другими.
Видео
Презентация
Скачать весь pdf