home.social

#снэпшоты — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #снэпшоты, aggregated by home.social.

  1. should render — и что? Как мы перестали тестировать разметку и начали тестировать поведение

    Пришёл в команду, открыл тесты — should render , снэпшоты, CSS-классы в ассертах. CI зелёный, покрытие растёт. Всё хорошо?

    Нет. Тесты падали при любом рефакторинге, но пропускали реальные баги в логике. Ложная уверенность, которая хуже отсутствия тестов. И проблема была не в отдельных файлах — а в самом инструменте, который провоцировал так писать. Что не так с инструментом?

    habr.com/ru/articles/1015772/

    #React_Testing_Library #Enzyme #тестирование_React #миграция_тестов #фронтенд_тестирование #RTL #unitтесты #снэпшоты

  2. should render — и что? Как мы перестали тестировать разметку и начали тестировать поведение

    Пришёл в команду, открыл тесты — should render , снэпшоты, CSS-классы в ассертах. CI зелёный, покрытие растёт. Всё хорошо?

    Нет. Тесты падали при любом рефакторинге, но пропускали реальные баги в логике. Ложная уверенность, которая хуже отсутствия тестов. И проблема была не в отдельных файлах — а в самом инструменте, который провоцировал так писать. Что не так с инструментом?

    habr.com/ru/articles/1015772/

    #React_Testing_Library #Enzyme #тестирование_React #миграция_тестов #фронтенд_тестирование #RTL #unitтесты #снэпшоты

  3. should render — и что? Как мы перестали тестировать разметку и начали тестировать поведение

    Пришёл в команду, открыл тесты — should render , снэпшоты, CSS-классы в ассертах. CI зелёный, покрытие растёт. Всё хорошо?

    Нет. Тесты падали при любом рефакторинге, но пропускали реальные баги в логике. Ложная уверенность, которая хуже отсутствия тестов. И проблема была не в отдельных файлах — а в самом инструменте, который провоцировал так писать. Что не так с инструментом?

    habr.com/ru/articles/1015772/

    #React_Testing_Library #Enzyme #тестирование_React #миграция_тестов #фронтенд_тестирование #RTL #unitтесты #снэпшоты

  4. should render — и что? Как мы перестали тестировать разметку и начали тестировать поведение

    Пришёл в команду, открыл тесты — should render , снэпшоты, CSS-классы в ассертах. CI зелёный, покрытие растёт. Всё хорошо?

    Нет. Тесты падали при любом рефакторинге, но пропускали реальные баги в логике. Ложная уверенность, которая хуже отсутствия тестов. И проблема была не в отдельных файлах — а в самом инструменте, который провоцировал так писать. Что не так с инструментом?

    habr.com/ru/articles/1015772/

    #React_Testing_Library #Enzyme #тестирование_React #миграция_тестов #фронтенд_тестирование #RTL #unitтесты #снэпшоты

  5. Снепшот-тестирование SwiftUI View в legacy-проекте: обходим ограничения

    Снепшот-тестирование — один из немногих надёжных способов контролировать визуальную целостность SwiftUI-компонентов. Но что делать, если ваш проект ограничен Xcode 13.3 и Swift 5.6, а большинство компонентов дизайн-системы обёрнуты в UIViewRepresentable? Меня зовут Денис Третьяков, я iOS-разработчик в ПСБ. В этой статье расскажу, как мы организовали снепшот-тестирование SwiftUI-компонентов в условиях жёстких ограничений, с какими проблемами столкнулись и как их решили.

    habr.com/ru/companies/psb/arti

    #снэпшоты #снэпшот #тестирование #тестирование_мобильных_приложений #тестирование_приложений #swift #swiftui #swift__разработка #swift_development #ios

  6. [Перевод] Своя система бэкапов: сначала стратегия, потом скрипты

    Слишком многие люди преступно пренебрегают резервным копированием. Из-за заблуждений в этой области теряется слишком много данных; это связано и с ошибочными техниками наподобие «бэкапов Шрёдингера» (то есть никогда не тестируемых, а значит, валидных и невалидных одновременно), и с концептуальными заблуждениями о том, что такое бэкапы и как они работают (RAID — это не бэкап!). Сегодня о резервном копировании зачастую думают по остаточному принципу. Многие полностью полагаются на «облако», не задаваясь даже вопросами о том, каким образом защищаются их данные. Большинство упускает из виду, что даже крупные поставщики облачных услуг работают по модели коллективной ответственности. В условиях пользования они часто подчёркивают, что, несмотря на обеспечение ими безопасности инфраструктуры, в конечном итоге ответственность за защиту и резервное копирование данных лежит на пользователях. Когда хранишь всё «в облаке», в кластерах, которыми владеют другие компании, или в распределённых системах Kubernetes, бэкапы часто кажутся ненужными. Иногда я спрашиваю коллег или разработчиков о том, как они реализуют резервное копирование, и они смотрят на меня так, как будто я говорю на каком-то древнем забытом языке. Они попросту никогда об этом не задумывались. Но данные не эфемерны, их необходимо защищать любыми возможными способами. Я всегда исповедовал такую философию: данные обязаны быть восстанавливаемыми (и как можно быстрее), целостными и храниться в открытом формате (чтобы для их восстановления или анализа не приходилось покупать что-то). Эти пункты могут показаться очевидными, но на деле это не всегда так.

    habr.com/ru/companies/ruvds/ar

    #бэкап #резервные_копии #серверы #снэпшоты #backups

  7. Maipu MPS5580G2: разгадали секреты функционала от QoS до безопасности

    Привет, Хабр! Это вторая часть с результатами наших тестов китайского массива. В первом посте мы рассказали, как проходили нагрузочные испытания и проверка на отказоустойчивость. В этой части поделимся результатами функциональных тестов модели Maipu MPS5580G2. Разберем его ключевые возможности: репликацию, метрокластер, QoS, снепшоты, мониторинг и безопасность. Ведь именно для этого в тест мы взяли не один массив, а сразу два!

    habr.com/ru/companies/jetinfos

    #maipu #метрокластер #срк #резервное_копирование #катастрофоустойчивость #отказоустойчивость #дисковый_массив #тестирование #снэпшоты #qos

  8. Хуже потопа, страшнее пожара: как подготовить свои бэкапы к визиту вируса-шифровальщика

    Десятилетиями бэкапы защищали нас в первую очередь от физического выхода из строя оборудования и случайной порчи данных. Хорошая система резервного копирования (СРК) должна была пережить пожар, потоп, а потом оперативно дать возможность бизнесу продолжить нормальную работу. Но появилась другая беда, которая намного вероятнее потопа и от которой не спасают несгораемые перекрытия и физическое разнесение площадок в разные города. Вирусы-шифровальщики (Ransomware) — это кошмар практически для каждой первой компании. Все чаще злоумышленники шифруют данные, приводя бизнес крупных организаций к простоям, значительным финансовым убыткам и репутационным потерям. И как часто оказывается, только лишь наличие резервной копии не защищает бизнес от подобных угроз, если само по себе резервное копирование спроектировано неверно или без учета современных опасностей. Цель этого поста — рассказать о существующих методах и технологиях в части систем хранения данных и систем резервного копирования, которые способны сократить урон от вирусов-шифровальщиков и минимизировать потери данных при атаках. Запомните: мало сделать просто бэкап — нужно сделать правильный бэкап. Ну что, велком под кат!

    habr.com/ru/companies/jetinfos

    #вирусышифровальщики #система_резервного_копирования #ransomware #шифровальщики #резервное_копирование #бэкап #вирусы #снэпшоты #система_хранения_данных #проектирование_СРК