что непонятного в «неактуальные тесты» - не путайте с «просто выпилили тесты» :)
неактуальные тесты в большинстве своем - уже начнут падать после выпила функционала

Мы кажется о разном говорим

бинго) я развиваю тему неактуальных тестов которые реально неактуальны, а вы кажется думаете что мы обсуждаем кейс «ой я забыл что это за функционал, удалю ка тест» и приводите аргументы почему во втором случае так делать не стоит. И тут вы правы. И тут я свами согласен и не спорю. Но я о первом кейсе.

нет никакой темы. Есть фича - есть тест. Фичу отключают - тесту ставится скип. Фичу удаляют из приложения - тесты удаляются. Собственно весь флоу :)

Вы полностью повторяете мою мысль. Вот только выше мне начали объяснять, что «связанный функционал сломается, если тесты удалят после удаления фичи, потому что разработчик внесет незадокументированное изменение в следущем коммите, а тестов то уже нет - баг пропустится»

Думаю это известный кейс, что при удалении фичи из кода могут остаться куски кода, которые что то аффектят. Тут уже строго от приложения зависит. Если там крепко замешанное олдскульное, нужно думать про это, если модульная система, в которой просто отключили соотв эндпоинты/воркеры - обычно можно смело отключать соотв тесты

не помню кто начал тему - лень мотать вверх
я подключился к обсуждению тестов, которые ничего не ловят долгое время, потому что последние изменения не касаются функционала, покрытого этими тестами
и стоит ли их отключать, чтобы было "быстрее"

по моему тут заверте...

Не отключать, но периодически подвергать мутации. Хотя, опять же, всё это частное. Анализируйте предмет тестирования, анализируйте свои тесты, принимайте решения на основе своих потребностей.

Тут еще смотря на что писались тесты. Иногда тесты пишутся на багфикс. И проверют что точно теперь нет бага. При том что этот кейс входит в класс-эквивалетности изначальной бизнес-логики фичи, просто по какой-то причине (например кривая копипаста или забыли выпилить при изменении функционала) - он появился.
Тогда чтобы не разрастались прогоны - такие тесты должны спустя время пересматриваться и выбрасываться. Потому что уже есть тесты фичи и ее граничных значений, баг посередине был пофикшен, несколько релизов не проявлял себя, все ветки актуализировали с фиксом, бага больше нигде нет. Причина его была устранена и приложение работает как надо. Чтобы такой баг снова появился - теперь нужно чтобы кто-то умышленно его туда внес. Поэтому тест багфикса можно удалять.

сложна )
проще гонять все )

всем привет, кто-то исползует(-вал)  "xmlschema"?
репртит не совпадение с xsd схемой, открываю документ, а там другое написано
фактически ошибка - потому что "а"
а в документе "а" нет

отреактировал

Нихуя не понятно, покажи код и результат

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

а стоп, нашёл

Привет всем
у кого-нибудь случалась такая ситуация, что тесты (кейсы) фризит навечно при прогоне пока не начнешь что-то прогонять во втором окне рана? (PyCharm)
ps не бейте если это что-то очивидное

Очевидный вопрос: ты пробовал запускать тесты не в пайчарме?

Если пробовал и все ок, то я бы посоветовал искать похожую проблему на их issue tracker, и попробовать скачать другую версию пайчарма.

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

Не пробовал, столкнулся недавно до такого ещё не дошли руки, просто подумал вдруг кто сталкивался и знает как решить