по-моему все пишут один тест на get/set

там же либо мокать надо, либо тестировать внутреннюю реализацию

да

Тут есть люди, кто прогает на маке?)

но если в get/set, например, запросы в базу, я бы замокал

Тут есть люди, кто прогает на маке?)

увы, я

но если в get/set, например, запросы в базу, я бы замокал

ну тут есть внешняя зависимость - база

но если в get/set, например, запросы в базу, я бы замокал

хотя смотря что там за объект, я бы скорее всего базу не мокал, ибо всякие селекты мокать запаришься. Либо не тестил бы вообще, либо тестил на реальноцй базе

увы, я

Как поставить 3.7 питон на пичарм, у я не могу не интерфейс поменять, ни найти кнопочку за это отвечающую, я скачал питон с офф сайта и вроде он появился в выборе компиляторов

На маке*

Как поставить 3.7 питон на пичарм, у я не могу не интерфейс поменять, ни найти кнопочку за это отвечающую, я скачал питон с офф сайта и вроде он появился в выборе компиляторов

эм, ну ты питон же поставил?

вообще, в зависимости от заковыристости реализации, я бы могу предложить следующие тесты: - только get - set, потом get - set, set, get - set, get, get - set, get, set, get

Ну, просто установил его

🌚

Ну, просто установил его

как передать по HTTP public key - alices_public_key print(alices_public_key) # UmbralPublicKey:036e2d8feb51ad5 print(type(alices_public_key)) # "<class 'umbral.keys.UmbralPublicKey'>" чтоб на flask сервере его можно было прочитать ?

А как в это меню попасть, если я в проекте нахожусь?

А как в это меню попасть, если я в проекте нахожусь?

prerefenes

а дальшне все кнопки на скрине

Спасибо

как передать по HTTP public key - alices_public_key print(alices_public_key) # UmbralPublicKey:036e2d8feb51ad5 print(type(alices_public_key)) # "<class 'umbral.keys.UmbralPublicKey'>" чтоб на flask сервере его можно было прочитать ?

what?

но на самом деле такие заковыристые тесты они бы родились не на пустом месте, а именно из реализации. "а, вы вон как хитро делаете! А тогда если я сделаю сначала get, потом set, а потом еще два раза get, то у вас все навернется"

но на самом деле такие заковыристые тесты они бы родились не на пустом месте, а именно из реализации. "а, вы вон как хитро делаете! А тогда если я сделаю сначала get, потом set, а потом еще два раза get, то у вас все навернется"

ну это к другой теме: покрытие кода vs покрытие требований

как передать по HTTP public key - alices_public_key print(alices_public_key) # UmbralPublicKey:036e2d8feb51ad5 print(type(alices_public_key)) # "<class 'umbral.keys.UmbralPublicKey'>" чтоб на flask сервере его можно было прочитать ?

Чиво

не совсем. Это как обоснование для исправления

как передать по HTTP public key - alices_public_key print(alices_public_key) # UmbralPublicKey:036e2d8feb51ad5 print(type(alices_public_key)) # "<class 'umbral.keys.UmbralPublicKey'>" чтоб на flask сервере его можно было прочитать ?

Вы про https?

потому что "у вас тут не код, а говно" - "но оно же работает!" - "а вот вам тест" - "ну ок"

Вы про https?

да

хотя смотря что там за объект, я бы скорее всего базу не мокал, ибо всякие селекты мокать запаришься. Либо не тестил бы вообще, либо тестил на реальноцй базе

Не, не тестить вообще такой себе вариант. На проектах где 100% coverage обязательно условие - это вообще не вариант. Ну и я считаю, что unit-test не должны зависеть от окружения (бд, другие сервисы и т.д.). Если нужно тестировать с реальными базами, то пиши интеграционные тесты

да

не надо https реализовывать во flask, юзай nginx

да

Не буду ничего утверждать, но скорее всего фласк этим не занимается

не надо https реализовывать во flask, юзай nginx

Воть

не надо https реализовывать во flask, юзай nginx

+1. Терминация https в приложение - плохая идея

Не, не тестить вообще такой себе вариант. На проектах где 100% coverage обязательно условие - это вообще не вариант. Ну и я считаю, что unit-test не должны зависеть от окружения (бд, другие сервисы и т.д.). Если нужно тестировать с реальными базами, то пиши интеграционные тесты

юнит-тест обертки над базой - нереально. Тебе надо полностью замокать SQL для этого

не надо https реализовывать во flask, юзай nginx

он у меня типа serverless в облаке

он у меня типа serverless в облаке

тогда что там у тебчя облако умеет

туда и отдавай

Доброе утро

он у меня типа serverless в облаке

Хероку)

Ну или PA

юнит-тест обертки над базой - нереально. Тебе надо полностью замокать SQL для этого

Ты имеешь в виду делать мок, который парсит SQL? Так делать не надо

Ты имеешь в виду делать мок, который парсит SQL? Так делать не надо

ну так у тебя класс работающий с базой наверняка ничего больше не делает кроме как генерит sql

тогда что там у тебчя облако умеет

облако умеет что надо, мне с клиента нужно отправить на сервер print(alices_public_key) # UmbralPublicKey:036e2d8feb51ad5 print(type(alices_public_key)) # "<class 'umbral.keys.UmbralPublicKey'>" в комментах написано что это к серверу вопросов нет как это прередать по Hyper Text Transport Protocol HTTP (S) ?

хуй знает что такое UmbralPublicKey и при чем тут HTTP и зачем тебе это передавать

тебе надо с клиента на сервер отпраивть данные? или авторизоваться по сертификату?

хуй знает что такое UmbralPublicKey и при чем тут HTTP и зачем тебе это передавать

мне нужно передать <class 'umbral.keys.UmbralPublicKey'> авторизоваться не надо

ну так у тебя класс работающий с базой наверняка ничего больше не делает кроме как генерит sql

Ну для того чтобы проверить что на выходе получился ожидаемый sql база не нужна. Достаточно сматчить его с каким-то эталонным значением

хуй знает что такое UmbralPublicKey и при чем тут HTTP и зачем тебе это передавать

как сформировать запрос на сервер с <class 'umbral.keys.UmbralPublicKey'> серилизовать в байты?

Вообще вот что пишет Мартин Фаулер по этому поводу: Your unit tests will run very fast. On a decent machine you can expect to run thousands of unit tests within a few minutes. Test small pieces of your codebase in isolation and avoid hitting databases, the filesystem or firing HTTP queries (by using mocks and stubs for these parts) to keep your tests fast.

мне нужно передать <class 'umbral.keys.UmbralPublicKey'> авторизоваться не надо

Нельзя передать объект, можно передать данные. Вопросы: 1. Откуда ты взял объект 2. Что будешь делать на сервере? 3. Клиент и сервер твои?

Ну для того чтобы проверить что на выходе получился ожидаемый sql база не нужна. Достаточно сматчить его с каким-то эталонным значением

Регулярками 👌🏻

Вообще вот что пишет Мартин Фаулер по этому поводу: Your unit tests will run very fast. On a decent machine you can expect to run thousands of unit tests within a few minutes. Test small pieces of your codebase in isolation and avoid hitting databases, the filesystem or firing HTTP queries (by using mocks and stubs for these parts) to keep your tests fast.

И я с ним в этом согласен. Я не представляю сколько будут выполняться пара десятков тысяч юнит тестов, в которых не замокана база

Нельзя передать объект, можно передать данные. Вопросы: 1. Откуда ты взял объект 2. Что будешь делать на сервере? 3. Клиент и сервер твои?

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

Ну для того чтобы проверить что на выходе получился ожидаемый sql база не нужна. Достаточно сматчить его с каким-то эталонным значением

Эм, зачем проверять sql, когда надо проверять логику? Sql можно очень сильно изменить и функционально он останется тем же

Нельзя передать объект, можно передать данные. Вопросы: 1. Откуда ты взял объект 2. Что будешь делать на сервере? 3. Клиент и сервер твои?

и на клиенте и на сервере есть либа которая умеет работать с этим ключем, вопрос как по HTTP его передать

Вообще вот что пишет Мартин Фаулер по этому поводу: Your unit tests will run very fast. On a decent machine you can expect to run thousands of unit tests within a few minutes. Test small pieces of your codebase in isolation and avoid hitting databases, the filesystem or firing HTTP queries (by using mocks and stubs for these parts) to keep your tests fast.

Да кто спорит

и на клиенте и на сервере есть либа которая умеет работать с этим ключем, вопрос как по HTTP его передать

Ну тогда в доках по либе должно быть написано как его сериализовать

ок

ИМХО ему в бегиннерсы

Есть видео лица на минуту, нужно в реальном времени рисовать 68 ключевых точек на нем. Все работает кроме того, как видео замедляется раза в два. В чем может быть ошибка?

Работа с openCV

@Tishka17 что такое R интерпритатор

Эм, зачем проверять sql, когда надо проверять логику? Sql можно очень сильно изменить и функционально он останется тем же

Ты просто пытаешься сказать, что интеграционные тесты лучше юнит тестов

то что описываешь ты - это интеграционные тесты

Ты просто пытаешься сказать, что интеграционные тесты лучше юнит тестов

Да не, прост омне кажется тестировать фукнции вида execute(“seelct x from tablename. where ?>0”, (y,)) смысла нет

а слой работы с базой примерно такой

Что такое R interpritator 🌚

Hlp pls

Что такое R interpritator 🌚

не оффтопь

Ну ок

R - это другой язык как бы

Что такое R interpritator 🌚

Окей Гугл: rlang

Да не, прост омне кажется тестировать фукнции вида execute(“seelct x from tablename. where ?>0”, (y,)) смысла нет

типа такой: def get_objects(y): return execute(“seelct x from tablename. where ?>0”, (y,)) ?

типа такой: def get_objects(y): return execute(“seelct x from tablename. where ?>0”, (y,)) ?

угу. типа изолировали работу с базой от бизнес логики

вот этот объект везде и мокаем

Прям ботовский ник

типа такой: def get_objects(y): return execute(“seelct x from tablename. where ?>0”, (y,)) ?

ты же рендеринг шаблонов не тестируешь, это праям похожий кейс

угу. типа изолировали работу с базой от бизнес логики

с эти я, в целом, согласен при условии если get_objects и execute с тайпхинтами и проверяются mypy. Иначе при изменении сигнатуры execute ты не узнаешь что get_objects стал с ним несовместим.

Прям ботовский ник

Ну да всех ботов Мама называет кожаными именами)