The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Ценой перевода Mercurial на Python 3 может стать шлейф непре..., opennews (ok), 14-Янв-20, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


33. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +3 +/
Сообщение от Аноним (30), 15-Янв-20, 00:30 
Меркуриал модульный, для него написана масса сторонних расширений. Такой переход означал бы, что каждый разработчик расширения должен их все переписать, причем быстро и решительно.

Можете сами вспомнить судьбу проектов, забивших болт на обратную совместимость со сторонними модулями.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

38. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –6 +/
Сообщение от Аноним (34), 15-Янв-20, 00:40 
Да, должны. Не смогли - до свидания. Ваше расширение очень важно для нас. Настолько важно, что портировать путём 2to3 -nw ./ некому.

Картины дельфинов и тюленей мне даром не нужны. Творения не осиливших одну консольную команду - тоже.

Ответить | Правка | Наверх | Cообщить модератору

47. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +2 +/
Сообщение от Аноним (44), 15-Янв-20, 00:54 
Тут недавно FF стороение дополнения дррпнул
Ответить | Правка | Наверх | Cообщить модератору

105. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (105), 15-Янв-20, 07:31 
> Тут недавно FF стороение дополнения дррпнул

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

Ответить | Правка | Наверх | Cообщить модератору

72. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (30), 15-Янв-20, 02:09 
Ух ты, все решается одной консольной командой? Срочно расскажите разработчикам mercurial, а то у них там проблемы, говорят, нестабильный у них порт, ошибки пару лет вылезать будет. Тупые, видимо, не знали про команду-то!
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

77. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –3 +/
Сообщение от Аноним (34), 15-Янв-20, 02:26 
Вот ты и расскажи. Я тольго гитом пользуюсь из VCS.
Ответить | Правка | Наверх | Cообщить модератору

82. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 05:28 
> Тупые, видимо

код на питоне без тестов только умные и пишут

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

104. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +1 +/
Сообщение от Аноним (105), 15-Янв-20, 07:30 
Обкладывать картонный макет программы тестами? Хы.
Ответить | Правка | Наверх | Cообщить модератору

211. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 15-Янв-20, 13:57 
> Обкладывать картонный макет программы тестами? Хы.

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

Ответить | Правка | Наверх | Cообщить модератору

297. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от пох. (?), 17-Янв-20, 18:57 
> ну перед тем как переписывать с макета на чистовик по-нормальному - да,
> обкладывать тестами, чтобы не-макет работал так как задумывалось во время макетирования

юнит-тесты так не работают.
Впрочем, и волшебной панацеей тоже не являются.

Ответить | Правка | Наверх | Cообщить модератору

311. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 01:55 
Обложить макет тестами. А потом подумать - тесты мол, некачественные, давайте их тоже обложим тестами. А потом...
Ответить | Правка | Наверх | Cообщить модератору

314. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 18-Янв-20, 02:25 
> юнит-тесты так не работают.
> Впрочем, и волшебной панацеей тоже не являются.

просвяти всех как они работают :D особенно в контексте рефакторинга прототипа в конечный продукт

Ответить | Правка | К родителю #297 | Наверх | Cообщить модератору

333. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (332), 18-Янв-20, 17:49 
> просвяти всех как они работают :D

У него врядли есть духовный сан с таким то ником...

> особенно в контексте рефакторинга прототипа в конечный продукт

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

На самом деле хорошая штука чтобы "прозвонить" логику работы своего кода и словить в ней косяки, одна из основ test driven development. Из минусов: тратит время програмера и таки не панацея: даже если все юниттесты проехали, на стыках взаимодействия все-равно случится какое-нибудь г. Да и все мыслимые варианты перебрать не всегда возможно.

Ответить | Правка | Наверх | Cообщить модератору

342. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 18-Янв-20, 18:28 
для этого и меряют покрытие тестами

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

Ответить | Правка | Наверх | Cообщить модератору

345. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 18-Янв-20, 19:34 
> и это даже не говоря о том, что в большом проекте существуют
> не только юнит тесты но и функциональные и интеграционные

Ясен перец. Правда и они тоже не панацея. Натурные эксперименты показали что если взять миллион мартышек, они всегда смогут нажать что-то чего разработчики не предусмотрели. По этому поводу самые прошаренные даже гоняют fuzzing тесты на своем добре.

Ответить | Правка | Наверх | Cообщить модератору

357. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 18-Янв-20, 21:35 
согласен, забыл упомянуть про fuzzing

но им обычно тестируют не совсем то же самое, что мартышки, и с неколько другими целями, чего уж там

или уже есть фрейморки для fuzzing-а UI?

Ответить | Правка | Наверх | Cообщить модератору

358. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 18-Янв-20, 21:40 
так же я забыл упомянуть, что coverage обычно не учитывает диапазоны значений входных данных функций (да и со многими типами данных и нет такого понятия как диапазон значений), что также говорит в пользу фуззинга как одного из слоев тестов
Ответить | Правка | К родителю #357 | Наверх | Cообщить модератору

369. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  –1 +/
Сообщение от Аноним (-), 20-Янв-20, 18:02 
> согласен, забыл упомянуть про fuzzing

Отож. Особенно актуально для алгоритмов и прочей core-логики.

> или уже есть фрейморки для fuzzing-а UI?

А смысл? Даже если UI сделает что-то ну вообще совсем не то - нижний уровень должен поймать и зарубить. Это особенно актуально для всякого веба, где какая разница чего там вебморда проверит, если атакующий потом все-равно скрафтит данные так как ему надо и пошлет их вообще другими способами?

В более обычных апликухах fuzzing UI дает... что именно? Так то я видел автотесты патыющиеся клацать то что должно клацаться. И что не должно клацаться. Это конечно не все возможные заскоки UI ловит. Но fuzzing в основном для изничтожения уязвимостей связанной с обработкой входных данных практикуют - а уязвимость прямо в UI это все-таки нечто достаточно экзотичное. Хотя-бы потому что глубокую обработку входных данных обычно делает все-таки не UI.

Ответить | Правка | К родителю #357 | Наверх | Cообщить модератору

371. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 20-Янв-20, 18:20 
> В более обычных апликухах fuzzing UI дает... что именно?

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

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

Ответить | Правка | К родителю #369 | Наверх | Cообщить модератору

376. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (-), 20-Янв-20, 21:12 
> я предполагаю, это могло бы сократить время написания тестов для UI и
> как замена "взять миллион мартышек, они всегда смогут нажать что-то чего
> разработчики не предусмотрели"

Частично делается заскриптованными тестами, но это специфично для прог и все-таки не fuzzing в том плане что именно рандомное взаимодействие с гуем... ээ... а как с вменяемыми затратами сил критерий для pass/fail сформулировать в случайном клацании гуя?

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

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

Ответить | Правка | К родителю #371 | Наверх | Cообщить модератору

381. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от annual slayer (?), 21-Янв-20, 18:47 
ну да, пожалуй задать вручную BVA для GUI тестов будет проще чем пытаться использовать идеи из фуззинга
Ответить | Правка | К родителю #376 | Наверх | Cообщить модератору

158. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от Аноним (146), 15-Янв-20, 11:36 
>Можете сами вспомнить судьбу проектов, забивших болт на обратную совместимость со сторонними модулями.

Хром/Хромиум. Ничё, жив пока.

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

177. "Ценой перевода Mercurial на Python 3 может стать шлейф непре..."  +/
Сообщение от myhand (ok), 15-Янв-20, 12:53 
Ну да, можно подумать что hg ожидают радужные перспективы.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру