Несколько месяцев назад я сделала доклад про FinTech на локальном митапе и с чем его едят с точки зрения QA. Времени было мало, всего минут 15, а надо было успеть еще и про нашу компанию рассказать:) Хочу немного дораскрыть тему именно контроля качества.
Что такое FinTech? Если точнее - тот FinTech, который биржи и все, что вокруг них. Общая идея кажется исключительно простой. Кто-то хочет что-то купить (желательно подешевле), кто-то хочет что-то продать (желательно подороже). Ну вроде все.
Что спрятано за этой простой идеей?
- Финансовые инструменты (опционы, акции, фьючерсы, форекс и т д). Сотни, тысячи, десятки, сотни тысяч. Иногда миллионы. Сделки для этих инструментов обрабатываются по-разному и должны тестироваться отдельно. Плюс управление инструментов сама по себе отдельная огромная функциональная область, они могут попадать в систему из самых разных источников - интеграций, каждая интеграция это отдельный контракт, который нужно оттестировать, и т. д.
- Интерфейсы - desktop / web/ mobile. Это не только те приложения, которые используются конечными пользователями для инвестирования или спекуляций, но и бэкофис приложения, и приложения для дилеров. Уровень сложности тут может быть любой, вплоть до десктопа для удовлетворения всех желаний пользователя уровня “гуру”
- Репортинг. Банковские выписки 100500 видов и вот это все
- Котировки по всем инструментам и различные источники котировок. На одной и той же системе пользователи могут получать котировки через совершенно разные интеграции. Технологии, которые используются для передачи котировок, тоже могут сильно отличаться
- Метрики аккаунтов. Например, система должна понимать, когда пользователю можно торговать, а когда уже нельзя т к у него могут закончиться деньги. Когда метрики, отвечающие за оценку рисков, достигают определенных порогов, пользователь должен быть извещен об этом
- Регуляция. Сфера торговли финансовыми инструментами очень зарегулирована. Требования могут быть самыми разными. Например, где-то нельзя добавлять дефолтный набор инструментов для пользователей - это будет считаться подталкиванием пользователя к торговле именно этими инструментами. Если брокер не удовлетворяет требованиям регуляции - могут быть любые последствия, вплоть до закрытия брокера в какой-то стране. Соответственно, если возникает проблема с регуляцией - нужно решать ее максимально быстро
- Локализации. Один и тот же брокер может работать в десятках стран, отсюда требования, связанные с локализацией. Мне сейчас кажется, что просто перевод штук на 20 языков это плюс-минус минимум, с которым я сталкивалась. Максимум, с которым лично я работала - это около 20 языков, около 60 вендоров. У нас была отдельная команда, которая занималась исключительно локализациями. Количество QA инженеров там варьировалось от 1 до 4. За примерно 4,5 лет работы мы написали (и поддерживали) 12 000 тестов исключительно для локализаций (на эту тему будет отдельный пост)
- Внутренняя логика, которая еще более сложна, чем внешняя. Даже если у QA инженера есть опыт работы в конкретной компании, при смене проекта с ненулевой вероятностью все равно будет сложно. Лично я сменила несколько проектов, и каждый раз новый проект первое время вызывал некоторый священный ужас ступор. Потом все налаживалось, конечно)
- Бэкенд, состоящий из множества компонентов. Про архитектуру приходится думать часто, много, и, конечно, учитывать ее при тестировании.
- Перформанс. Представляете, какая должна быть производительность у системы, поддерживающей сотни тысяч или даже миллионы финансовых инструментов? При этом по каждому инструменту капают котировки (которые могут меняться несколько раз в секунду). Пользователи, конечно, на эти инструменты не только смотрят, но и торгуют ими, поэтому система должна обрабатывать сотни сделок в секунду (желательно максимально быстро)
Несколько месяцев назад я сделала доклад про FinTech на локальном митапе и с чем его едят с точки зрения QA. Времени было мало, всего минут 15, а надо было успеть еще и про нашу компанию рассказать:) Хочу немного дораскрыть тему именно контроля качества.
Что такое FinTech? Если точнее - тот FinTech, который биржи и все, что вокруг них. Общая идея кажется исключительно простой. Кто-то хочет что-то купить (желательно подешевле), кто-то хочет что-то продать (желательно подороже). Ну вроде все.
Что спрятано за этой простой идеей?
- Финансовые инструменты (опционы, акции, фьючерсы, форекс и т д). Сотни, тысячи, десятки, сотни тысяч. Иногда миллионы. Сделки для этих инструментов обрабатываются по-разному и должны тестироваться отдельно. Плюс управление инструментов сама по себе отдельная огромная функциональная область, они могут попадать в систему из самых разных источников - интеграций, каждая интеграция это отдельный контракт, который нужно оттестировать, и т. д.
- Интерфейсы - desktop / web/ mobile. Это не только те приложения, которые используются конечными пользователями для инвестирования или спекуляций, но и бэкофис приложения, и приложения для дилеров. Уровень сложности тут может быть любой, вплоть до десктопа для удовлетворения всех желаний пользователя уровня “гуру”
- Репортинг. Банковские выписки 100500 видов и вот это все
- Котировки по всем инструментам и различные источники котировок. На одной и той же системе пользователи могут получать котировки через совершенно разные интеграции. Технологии, которые используются для передачи котировок, тоже могут сильно отличаться
- Метрики аккаунтов. Например, система должна понимать, когда пользователю можно торговать, а когда уже нельзя т к у него могут закончиться деньги. Когда метрики, отвечающие за оценку рисков, достигают определенных порогов, пользователь должен быть извещен об этом
- Регуляция. Сфера торговли финансовыми инструментами очень зарегулирована. Требования могут быть самыми разными. Например, где-то нельзя добавлять дефолтный набор инструментов для пользователей - это будет считаться подталкиванием пользователя к торговле именно этими инструментами. Если брокер не удовлетворяет требованиям регуляции - могут быть любые последствия, вплоть до закрытия брокера в какой-то стране. Соответственно, если возникает проблема с регуляцией - нужно решать ее максимально быстро
- Локализации. Один и тот же брокер может работать в десятках стран, отсюда требования, связанные с локализацией. Мне сейчас кажется, что просто перевод штук на 20 языков это плюс-минус минимум, с которым я сталкивалась. Максимум, с которым лично я работала - это около 20 языков, около 60 вендоров. У нас была отдельная команда, которая занималась исключительно локализациями. Количество QA инженеров там варьировалось от 1 до 4. За примерно 4,5 лет работы мы написали (и поддерживали) 12 000 тестов исключительно для локализаций (на эту тему будет отдельный пост)
- Внутренняя логика, которая еще более сложна, чем внешняя. Даже если у QA инженера есть опыт работы в конкретной компании, при смене проекта с ненулевой вероятностью все равно будет сложно. Лично я сменила несколько проектов, и каждый раз новый проект первое время вызывал некоторый священный ужас ступор. Потом все налаживалось, конечно)
- Бэкенд, состоящий из множества компонентов. Про архитектуру приходится думать часто, много, и, конечно, учитывать ее при тестировании.
- Перформанс. Представляете, какая должна быть производительность у системы, поддерживающей сотни тысяч или даже миллионы финансовых инструментов? При этом по каждому инструменту капают котировки (которые могут меняться несколько раз в секунду). Пользователи, конечно, на эти инструменты не только смотрят, но и торгуют ими, поэтому система должна обрабатывать сотни сделок в секунду (желательно максимально быстро)
BY Ужасно медленная QA с крайне неэффективными инструментами в поисках Грааля
To delete a channel with over 1,000 subscribers, you need to contact user support Ng Man-ho, a 27-year-old computer technician, was convicted last month of seven counts of incitement charges after he made use of the 100,000-member Chinese-language channel that he runs and manages to post "seditious messages," which had been shut down since August 2020. The main design elements of your Telegram channel include a name, bio (brief description), and avatar. Your bio should be: The administrator of a telegram group, "Suck Channel," was sentenced to six years and six months in prison for seven counts of incitement yesterday. On June 7, Perekopsky met with Brazilian President Jair Bolsonaro, an avid user of the platform. According to the firm's VP, the main subject of the meeting was "freedom of expression."
from us
