Ребят, тут кто то работает с ботами в телеге?

nometa.xyz

Ребят, тут кто то работает с ботами в телеге?

Ми

Ребят, тут кто то работает с ботами в телеге?

@botoid

Всем привет. Подскажите, как можно изменить переменную b из класса

class a: def init(self): b = 3 if name == 'main': b = 1 a() print(b)

Выводит 1, а нужно 3

А почему ты решил что будет 3?

Ты в классе в ините создал локальную переменную и сохранил в нее 3

надо global b и прочую подобную муть

надо global b и прочую подобную муть

Тсс

Не учи плохому

Везде global писать - говнокод какой-то получается

ага

class a: def init(self): b = 3 if name == 'main': b = 1 a() print(b)

Ты что хочешь сделать?

ну оно уже говнокод, так что

Везде global писать - говнокод какой-то получается

Ага

Ты что хочешь сделать?

Изменить внешнюю переменную нужно

Изменить внешнюю переменную нужно

Не нужно. Это нарушение зоны ответственности класса

Классу должно быть по барабану на внешние переменные

Есть поля, есть возвращаемые значения в методах или можно прокинуть внутрь какой-нибудь контейнер, в котором он сможет что-то менять

Хорошо, буду думать

Я тут чтото вспомнил. Почему-то люди противопоставляют функциональное и юнит-тестирование. Так вот это не противоположности, а перпендикулярные оси. Делить тесты можно по разным признакам: функциональное vs тестирование производительности, юнит vs интеграционное. И ещё: при юнит тестах не обязательно тестировать каждый метод класса. Юнитом вполне может считаться отдельный класс. Например, очевидно что геттер и сеттер одного поля нельзя проверить независимо не влезая во внутреннюю структуру объекта или не имея альтернативного сеттера (например параметра конструктора)

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

и да, сеттеры-геттеры очевидно тоже

это норм, да

но иногда X без Y не проверить же. Приходится покрывать пару

вообще, я не сильно думаю на тему атомарности какой-то. Я если по тдд, то "так, мне надо такое поведение... как мне проще всего проверить это?"

и там как пойдет

это да, просто несколько раз натыкался на “надо сначала проверить xxx, только потом yyy”. Да как я проверю что там сделал xxx без вызова yyy?

ну условно, пусть я тестирую свой дикт и хочу проверить, что set и get работают

типа class X: def __init__(self): self.data=0 def set(self, v): self.data=-v def get(self): return -self.data вполне нормальный класс

я могу проверить, что без всяких set один get вполне вернет то, что передано в конструктор

я могу проверить, что сам по себе get вернет какой-нибудь эррор

и наконец я проверю, что после успешного set последующий get вернет то, что надо

я могу проверить, что без всяких set один get вполне вернет то, что передано в конструктор

ну если только конструктор получает значения, тогда - да

Всем привет. Подскажите, как можно изменить переменную b из класса

Вопрос предполагает двусмысленность. Изменить переменную b, которая находится в классе или изменить общую переменную b, находясь при этом в классе. На второй вариант ответили, а на первый ответ a1 = a() a1.b

типа class X: def __init__(self): self.data=0 def set(self, v): self.data=-v def get(self): return -self.data вполне нормальный класс

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

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

вот и я о том же, а специально ради теста править конструктор - смысла нет

и не надо

поведение этого класса такое, какое надо

исправив конструктор мы увеличим сложность класса и по сути тесты будут дублировать

"исправлять" этот класс надо не из-за тестов

меня пару раз убеждали что надо

то есть так - не надо менять _поведение_ этого класса, оно правильное

но можно поменять его реализацию - то есть отрефакторить его

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

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

вот и отлично

вообще, если поведение класса описывается словами типа "есть get и set, если сначала сделать set, то потом get вернет то, что отдали в set, а если не вызывать set, то get вернет 0" - то для проверки этого поведения не нужно ничего, кроме того, что описано в этом поведении

@Tishka17 а что есть люди, которые утверждают что тест на get/set надо делать раздельными unit-test'ами?

да

регулярно

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

@AnamilleBHF НЕ ВОРУЙ!

Че надо

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

да

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

но если в 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 в облаке

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