LINUX.ORG.RU

9
Всего сообщений: 126

Iphone 12 после обновления замедлился. Подозрение на ZOG

Вышедший на рынок осенью 2018 года iPhone XR обошёл в тестах производительности iPhone 11 и iPhone 12, выпущенные в сентябре 2019 года и в октябре 2020 года соответственно.
До начала тестирования блогер на всех трёх устройствах обновил операционную систему до версии iOS 14.5.1, запуск которой состоялся не так давно. В ходе тестирования сравнивалось время загрузки смартфонов, скорость открытия приложений, рендеринг видео, а также результаты в тестах Geekbench и 3DMark.

В результате оказалось, что в синтетических тестах iPhone XR опережает более современные iPhone 11 и iPhone 12, что выглядит довольно странно. При тестировании в многоядерном режиме в Geekbench iPhone XR достаточно уверенно обошёл соперников. Аналогичная картина наблюдалась при тестировании в 3DMark, причём здесь iPhone 11 значительно уступил более старому смартфону.

Что это по вашему, кроме как механизм запланированного устаревания?

P.S. Выбиваю у ZOG $3 лярда. Они промахали 2, теперь ставка выросла. :D

Источник

 , ,

xwicked ()

литературное тестирование (по следам Дональда нашего Кнута)

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

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

Документация пишется разумеется в техе. Примеры оформляются в окружении verbatim, хотя можно выбрать какое то другое. В теховский документ добавляются специальные команды закомментированные для теха (начинающиеся с символа %), но влияющие на поведение утилиты тестирования.

  1. Может быть создано один или несколько файлов в которых накапливается код тестов по мере обработки теховской документации. Для создания файлов используется комбинация
%@> имена файлов через пробел 

созданные файлы могут быть активными (по умолчанию) или замороженными. Если файл активен, все что начинается с одиночного % или находится в окружении verbatim дублируется в этот файл. Для заморозки используется комбинация %@- имена файлов, для разморозки %@+ имена файлов, для закрытия файла %@. имена файлов. Для записи отдельной строки в файл или группу файлов (вне зависимости от их состояния) используется

%@(имена файлов) какой то код 

При этом в именах файлов можно использовать вайлдкарты а-ля шелл.

  1. если в окружение verbatim встречается комбинация
выражение --> результат

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

  1. наверное можно вводить какие то макросы что бы переиспользовать подготовительный код тестов, команды для импорта модулей которые будут раскручиваться в зависимости от расширения файла в разный код и пр.

  2. Точно нужно будет настраивать как какие тесты собирать и запускать, аналогично через какой то вариант вроде %@$ … Ну и наверное для запуска тестов можно заюзать gnu make.

  3. Отдельная история с тестированием готовых приложений (небольших), на них ведь тоже пишется документация с примерами. В общем все то же самое но для запуска shell, при этом результаты сравниваются как строки?

Как то так. Cast @bugfixer, @pon4ik, @thunar, @Vit

 , , , ,

AntonI ()

Грег Кроа-Хартман ищет помощников в тестировании LTS ядер

Собственно, сабж.

Greg Kroah-Hartman has a suggestion for anybody who would like to help him maintain long-term-stable kernel releases. «All I request is that people test the -rc releases when I announce them, and let me know if they work or not for their systems/workloads/tests/whatever. [...] But, if you want to do more, I always really appreciate when people email me, or stable@vger.kernel.org, git commit ids that are needed to be backported to specific stable kernel trees because they found them in their testing/development efforts.»

Более длинная новость: http://kroah.com/log/blog/2021/02/03/helping-out-with-lts-kernel-releases/ .

 , ,

saahriktu ()

Заготовка для опроса. Виды тестирование ПО на вашей работе

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

  • Тестируется безопасность
  • Тестируется производительность (стресс, нагрузка, надежность)
  • Тестируется удобство использования (usability)
  • Тестируется масштабируемость, гибкость, портативность
  • Тестируется все вышеперечисленное
  • Не тестируется, но хотется (нет ресурсов, нет возможности)
  • Не тестируются нефункциональные характеристики ПО

@Shaman007, у меня это первый раз, это так делается? Типа предложить варианты, учесть замечания, интерес и создать опрос по результатам срача?

 , ,

chenbr0 ()

Помогите определить баг

Здравствуйте. На данный момент изучаю тестирование по курсу. Сейчас дали задание найти 1 баг в интернет-магазине.

Нашел несколько, по моему мнению, недочетов,но хочу узнать вердикт профессионалов, ибо не уверен.

  1. В поле поиска ввожу хаотично сочетание букв или «++++±—-».

Результат: отображает товары, название которых явно не соответствует запросу даже примерно.

  1. Если в поле поиска ввести очень большое количество хаотичных символов, то в результате сайт отобразит текст запроса и выдаст сообщение что товар не найден. Весь текст будет смещен и выходить за поля страницы.

  2. При добавлении товара в корзину, в поле «количество» нельзя напечатать больше чем 99. Но! Если сначала поставить точку, то можно ввести любое количество цифр и даже букв. Но в итоге поле загорается красным и при нажатии «добавить в корзину» введенное значение обнуляется и в корзину ничего не добавляется. Если ввести буквы, то кнопка «добавить в корзину» не активна.

  3. Внизу сайта есть кнопка «View our mobile site». При нажатии на нее происходит бесконечная загрузка сайта и в итоге вылезает «Error URL»

Полазил по другим магазинам, нажимая подобную кнопку, сайт просто обновляется в десктопной версии.

Что из этго всего можно приписать к багам?

Скрины прилагаю

Screen1

Screen1.1

Screen2

Screen3

 ,

Adalbert ()

Помогите примерами проектов, использющих gtest/cmake

Надо грамотно привернуть тесты к https://github.com/lvgl/lvgl. При этом комрады не особо шарят в тестировании, а я не особо шарю в сях и тулзах для билда.

Подскажите опенорсы, с которых можно «передрать по аналогии» инфрастрктуру.

Мне нужно:

  • Чтобы файлы тестов можно было по желанию отстраивать:
    • одним билдом (быстрее),
    • группами (иногда нужны разные конфиги)
    • независимо (для особо мутных случаев)
  • Чтобы это все потом пускалось одной командой в едином порыве и выдавало суммарный результат.
  • coverage reports

То есть вопрос не в том, какой фреймворк взять и как юзать моки, а в том как все благоустроить.

Если фреймворк имеет значение - склоняюсь к googletest (это уже в отдельной теме обсуждали).

 ,

Vit ()

Ищу тестировщика к себе в команду

Вакуха: https://hh.ru/vacancy/39762374

Чем заниматься:

  • Тестированием API, проверка на соответствие API спецификации;
  • Кроссбраузерным тестированием сайтов;
  • Валидацией верстки. Pixel perfect;
  • Тестированием писем;
  • Составлением тест-кейсов;
  • Составление баг-репортов (шаги воспроизведения, полнота, структурированность);
  • Немного автоматизацией тестирования;

Что точно для этого нужно:

  • Понимание принципов тестирования веб-сайтов. Умение работать с инструментами разработки в браузере;
  • Понимание HTTP протокола (запросы/ответы, методы, заголовки, cookie);
  • Умение читать логи / стектрейсы / коды ошибок (значение языка запросов Graylog будет плюсом);
  • Знание основ SQL (чтение запросов, написание простых запросов типа select, update, insert). Понимание принципа построения таблиц и связей БД;
  • Понимание принципов REST;
  • Опыт работы с JIRA, BitBucket, Confluence. Умение работать по принципам Kanban будет плюсом;

Что пилим: электронные денежные переводы для Европы.

Работа - удаленная. Core Hours - 11 - 17. Рабочий день - 8 часов.

ЗП: Я не знаю рынка куашников. Я не отвечаю за деньги в компании. Я - разработчик. Если ты уверен в себе и действительно крут - то к твоим пожеланиям прислушаются.


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

АПД: ориентир на 150-180 тыров белой ЗП (на руки)

АПД-2: у нас поощрают и компенсируют конференции и обучения

АПД-3: нерезиденство РФ - не проблема

 , , ,

bvn13 ()

Псевдотестирование Manjaro

Бытует мнение, что в манжаре тестируются обновления, которые приходят из арча. Как же это происходит на самом деле? Давайте разберёмся.

У манжары есть три ветки: stable, testing и unstable: https://manjaro.org/branch-compare/

Согласно двум википедиям: https://wiki.manjaro.org/index.php?title=Switching_Branches https://en.m.wikipedia.org/wiki/Manjaro

  • Unstable тестируют пользователи:

They are the Manjaro users

  • Testing тестируют пользователи:

Being a larger number of users than those using Unstable

Дальше происходит сбор информации по окончании тестирования: https://forum.manjaro.org/t/testing-update-2020-10-01-kernels-firefox-deepin-ukui-gnome-qt-kde-git/29242

Кто захотел - отписал в голосовалку. Правильно ли я понимаю, что тестированием занимаются пользователи и что-то пофикситься только в случае если пользователь отпишется на форуме?

 ,

chenbr0 ()

Тестирующие системы для структур данных и алгоритмов

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

Язык - с++

Хотелось бы подтянуть структуры разные, например: хеш таблицы, кольцевой буфер, бинарные деревья поиска, алгоритмы: сортировки, обход деревьев и т.д.

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

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

Буду благодарен за какие-нибудь советы и помощь по этому вопросу

 , , , ,

wh75per ()

Ищем QA Инженера

Международная IT компания MSP360 набирает qa инженеров в свою команду

Санкт-Петербург (удаленка на время вируса, потом офис), оформление по ТК РФ, зп вилка 70-110к.

Почта для связи: kate.f@msp360.com

Обязанности:

  • Ручное тестирование продуктов компании (функциональное, интеграционное и регрессионное);
  • Исследование ошибок с помощью различных доступных инструментов и логов;
  • Оформление баг-репортов;
  • Написание и поддержка тестовой документации (тест-планы, тест-кейсы и чек-листы);
  • Работа с баг-трекинговыми системами, регистрация найденных дефектов и контроль их исправления;
  • Активное взаимодействие с разработчиками и другими отделами компании;
  • Предоставление отчетов по тестированию;

Требования:

  • Опыт тестирования клиент-серверных приложений (от 1 года);
  • Опыт тестирования приложений под Linux-MAC;
  • Понимание основ тестирования и жизненного цикла разработки ПО;
  • Знание методов и техник тестирования;
  • Опыт ручного тестирования WEB и standalone приложений (Windows)
  • Умение работать с консолью браузера

Будет преимуществом:

  • Опыт работы –с «облачными сервисами» (AWS S3\EC2, Azure, OpenStack);
  • Общие представления о системах виртуализации (VMware, Hyper-V);
  • Опыт тестирования сложных высоконагруженных распределенных систем;
  • Опыт работы со снифферами (Fiddler, Wireshark);
  • Опыт тестирования мобильных приложений (iOS, Android).

 , , ,

kate_msp360 ()

Ищу автотестеров на Java

Всем привет!

На данный момент нахожусь в поиске 2 крутых автотестировщиков (Java/ Selenium) в один из крупнейших e-commerce в России, предлагающий широкий выбор товаров класса люкс

ЗП - совокуп до 200 т.р.

Москва,офис в 3 минутах ходьбы от метро Охотный ряд/ Театральная, оформление в штат, фуллтайм, нужен опыт работы от 2,5 лет.

Проекты - Контент и Платформа(интернет-магазин).

Что есть?

  • Сложная многокомпонентная архитектура;

  • 15 приложений, большая часть которых не имеет пользовательского интерфейса;

  • Тысячи тестов: UI, Rest, SOAP, Daemons(Export&Import) etc.;

  • Ежедневная поставка билдов в бой.

  • Работа с инструментами автоматизации тестирования Java, Selenium;

  • Тестирование API и UI;

  • Создавать/поддерживать автотесты веб-интерфейса;

  • Разрабатывать и актуализировать автоматизированные тесты backend’a.

Гарантируется классная большая IT-команда и все плюшки, о которых вы знаете и не знаете)

Буду очень рада откликам и признательна за рекомендации!

Все расскажу, пишите здесь/телеграм - @nastyaklassnaya

 , , ,

anastasia9726 ()

Ищу автотестеров на Ruby(от 1,5 лет)

Всем привет! Ищу хороших автотестеров на Ruby от 1,5 лет Не удаленка Банковский сектор Вилка отличная, для такого опыта, выше рынка (180 knet) Что нужно:

  • Опыт в автотестировании от 1,5 лет;
  • Практический опыт применения практик тест-дизайна;
  • Умение проектировать тест-кейсы и подготавливать тестовые данные для тестирования;
  • Навык разработки автотестов на Ruby;
  • Знание инструментов автоматизации Selenium Webdriver, Cucumber;
  • Опыт работы с системой контроля версий Git;
  • Опыт работы с системой CI;
  • Знание REST, опыт тестирования API;
  • Знание SOAP;
  • Знание XPath;
  • Базовые знания SQL, опыт составления запросов;
  • Коммуникативность, внимательность, стремление развиваться, проактивность в вопросах тестирования.

Бонусы:

  • Интересные и нетривиальные задачи;
  • Отличный офис в стиле супергероев с множеством пуфиков, релакс-зоной, пингпонгом, а пар можно выпустить на груше и турнике;
  • Гибкий график работы;
  • Возможность влиять на всё то, что тебе не нравится;
  • Достойное вознаграждение и отсутствие кризиса.

Так же буду очень признательная за рекомендации ;)

Москва, Санкт-Петербург

 , , , ,

anastasia9726 ()

Как сподручнее организовать тесты для проектов на С/C++?

После JS, где берем mocha и фигачим тесты, на сшечке не совсем понятно, как добиться такой же простоты:

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

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

Я видел что в Unity есть вспомогательный скрипт запуска на ruby, но как-то это все странно выглядит… В PlatformIO есть своя встроенная запускалка, которая на ряде проектов меня устраивает, но там многовато гвоздями приколочено и не всем понравится ставить pio только ради запуска тестов.

Подскажите, как сейчас для С/С++ принято тесты организовывать и запускать.

 

Vit ()

Нужна помощь в тестировании плагина для LibreOffice!

Есть такой плагин для подсветки синтаксиса в LibreOffice.

https://extensions.libreoffice.org/extensions/code-highlighter

Мне он понадобился для создания конспектов по SQL. Но дело не только в этом. Это единственный подобный плагин для LibreOffice, и есть серьезные основания полагать, что он глючит. Возможно, надо закинуть автору баг. Нужна ваша помощь.

Проблема в том, что плагин как-то криво отображает подсветку синтаксиса SQL, и хочется понять - так только у меня, или у всех. Инструкцию по установке и примеры выкладываю ниже.

1. Установка зависимостей. В системе должны быть следующие пакеты.

Python 3

python3-pygments (если ставить через APT) или pygments (если ставить через pip)

libreoffice-script-provider-python (пишут опциональный, но в Ubuntu он есть)

pip (тоже желательно поставить, даже чисто для проверки работы плагина с pygments, установленным через pip, а не только через APT)

2. Установка плагина. Брать его отсюда.

https://extensions.libreoffice.org/extensions/code-highlighter/1.6

Как скачаете файл codehighlighter.oxt, заходите в LibreOffice и подключаете плагин.

Сервис -> Управление расширениями -> Добавить

После чего опции плагина появятся в меню Сервис.

Примеры брал отсюда.

https://www.w3schools.com/sql/sql_create_db.asp

https://www.w3schools.com/sql/sql_drop_db.asp

https://www.w3schools.com/sql/sql_backup_db.asp

https://www.w3schools.com/sql/sql_create_table.asp

https://www.w3schools.com/sql/sql_alter.asp

https://www.w3schools.com/sql/sql_notnull.asp

Что надо сделать:

1. В LibreOffice создать текстовое поле.

Вставка -> Текстовое поле

2. В него копируем по очереди вот эти примеры по ссылкам.

3. Если они (что вряд ли) скопировались с размеркой и цветом из браузера - выделяем весь текст (с помощью CTRL+A) и обнуляем разметку (CTRL+M).

В итоге должно получиться так.

https://i.imgur.com/BNlmEfO.png

4. Снова выделяем весь текст (именно текст внутри поля, а не само поле) и выбираем посветку SQL из нашего плагина.

Сервис -> Highlight Code (default style) -> S -> SQL

И получаем вот такое непотребство.

https://i.imgur.com/Ie2UUaY.png

Тестил в Ubuntu 18.04. Пакет pygments ставил и через APT (версия 2.2.0) и через pip (версия 2.4.2) - оба показывают одинаковый результат в работе плагина.

 , , , ,

shkolnik_2019 ()

Проверить жесткий диск

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

 ,

fingolfin ()

свободные системы управления тестированием

сабж, что есть кроме тестлинка, где можно хранить тест-кейсы, создавать прогоны, вот это все. желательно с api.

 ,

chenbr0 ()

Специалист техподдержки пользователей / Тестировщик

Требуемый опыт работы: 1–3 года Полная занятость, полный день

Требования: Техническое образование Хорошее знание операционных систем Android и iOS Отличная грамотность Готовность к изучению постоянно меняющегося продукта Уверенное владение PostMan, VLC, инструменты разработчика браузера Знание клиент-серверной архитектуры Навыки технического документирования Умение составлять Bug report Английский язык, уровня позволяющего читать технические тексты Понимание Web-техологий и сетевых протоколов

Обязанности: Тестирование приложений на различных платформах Составление Bug report Ответы на обращения в HelpDesk и маркеты Сбор статистики и составление аналитики Личные качества: Аналитический склад ума; Активность и коммуникабельность; Доброжелательность и способность к эмпатии; Позитивное мышление Проницательность, умение читать между строк и доходить до сути Надежность, гибкость, терпение, аккуратность, усидчивость, ответственность и обязательность.

Условия: Работа в стабильной развивающейся ИТ-компании, одной из лидеров рынка онлайн-телевидения. Зарплата на испытательном сроке 20 тыс.руб, после испытательного срока - до 80 тыс.руб Трудоустройство по ТК Офис в центре города Корпоративное кафе, бесплатная парковка для сотрудников, соцпакет

Для резюме: mv.vasilieva@limehd.tv Тел.: ( 8352 )22-00-06 Марина Валерьевна г. Чебоксары, ул. Карла Маркса, д .60 а

 , , ,

infiniti13 ()

подобие юнит-тестов для postgresql

У меня есть скрипт, к-рый накатывает с помощью psql тестовую базу. Как добавить в него тесты? Пока что я делаю вот так:

-- tests
create or replace function test_privilege() returns text
language plpgsql strict as $$
begin
 if exists (select result from if_user_has_privilege(1,1) where result = true) THEN
   return 'failure';
 end if;
end;
$$;

select test_privilege()

Как сделать это более культурно, в стиле какого-нибудь тест-фреймворка? Моя задача - уменьшить количество писанины. Может быть, есть какая-то особая утилита, не psql?

 , ,

den73 ()

Самый лучший телефон

Subj

Роскачество совместно c Международной ассамблеей организаций потребительских испытаний (ICRT) исследовали более 300 смартфонов по различным критериям качества и безопасности и назвали лучшие модели. Результаты поступили в РБК.

Лучшими смартфонами признаны Samsung Galaxy S10, Samsung Galaxy S10+ и Samsung Galaxy S10e. Далее идут Samsung Galaxy Note 9, iPhone XS Max, iPhone XS, Samsung Galaxy S9. Также в топ-10 попали Samsung Galaxy S9+, Samsung Galaxy S8 и Huawei Mate 20 Pro.

Все модели проверяли на удобство использования, качество фото и видео, звонки, набор текстовых сообщений, воспроизведение музыки, возможности навигации и интернета. Модели Samsung эксперты назвали лидерами по таким показателям, как качество звука, емкость батареи, возможности телефона, качество звонков, а также прочность и водонепроницаемость.

По показателям качества фото- и видеосъемки лидирующие позиции рейтинга занимают смартфоны Apple. На первом месте iPhone XS Max, на втором — iPhone XS, на третьем — iPhone XR. iPhone X занял 4-ю позицию, iPhone 8 и iPhone 8 Plus на 5-м и 6-м местах соответственно. 7-е и 8-е места у Samsung (S10+ и S10), на 9-м месте — iPhone 5s. Замыкает десятку Samsung Galaxy S10e.

Роскачество отмечает, что iPhone XS и XS Max, как и iPhone X, фактически провалили проверку на прочность. При этом модель XR — это первый iPhone, который прошел этот тест среди моделей Apple. После ста оборотов в барабанной трубе на нем остались небольшие царапины. Также отмечена особая прочность Samsung S10 и S10+. Кроме того, смартфоны линейки S10 получили высокие баллы за качество связи и скорость процессора.

 , , , ,

tiinn ()

Что за такая практика (дурацая?) писать юнит тесты не автрам кода?

Работаю удалённо, но в нашей небольшой компании юнит-тесты к своему коду пишет непосредственно разработчик кода.

Тем не менее после ухода из прошлой работы, остался доступ к их внутренним ресурсам. Иногда захожу почитать, и вот теперь прошлая комания модифицировалась в то что:

«ведущие"разработчики пишут код.

Менее эффективных разработчиков отправляют покрывать всё юнит-тестами.

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

Вернемся к теме того что авторы кода не пишут к нему тесты.

Разве это нормально? Очевидно же что именно автор кода может (и должен) подробно проверить свой собственный метод, класс, модуль, прежде чем переключить свой контекст своего мозга на дельнейшие задачи, ибо именно он лучше всех знает то что должно приходить на вход и выходить на выходе как правильный результат. Именно он знает что есть ошибка а что нет.

И если за него обнаружат баг а он уже делает n+1 задачу -будет дороже его пофиксать же.

Зачем привлекать к написанию тестов людей которые:

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

2. в некоторых случаях им придется создавать искусственно окружение для тестирования. А у автора оно по любому было на момент разработки.

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

Или это как-то оправдано в компаниях где в приоритете время релизов а не качество продукта?

Объясните.

 , ,

bober ()