Протестировал

2021-02-18 10:00:16 Почему вы должны писать тесты? Версия ответа от Dave Cheney:

- Even if you don't, someone will test your software
- The majority of testing should be performed by development teams
- Manual testing should not be the majority of your testing because manual testing is O(n)
- Tests are the critical component that ensure you can always ship your master branch
- Tests lock in behavior
- Tests give you confidence to change someone else's code Открыть/Комментировать

2021-02-17 11:14:39 Захватывающая история о неработающей синхронизации в rsync, причиной которой был баг 24-летней (!) давности в реализации протокола TCP Linux ядра. Буквально через несколько часов после появления письма с описанием проблемы в рассылке Neal Cardwell подготовил патч с исправлением (фикс из двух строк). Знаю Neal Cardwell как автора packetdrill - утилиты для функционального тестирования TCP, IP протоколов. С её помощью тесткейсы для тестирования можно описывать на DSL в декларативном стиле и они выглядят короче и нагляднее, чем такой же тексткейс, но на Си.

// Create a listening TCP socket.
0 socket(..., SOCK_STREAM, IPPROTO_TCP) = 3
+0 setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
+0 bind(3, ..., ...) = 0
+0 listen(3, 1) = 0

// Establish a new connection.
+0 < S 0:0(0) win 32792
+0 > S. 0:0(0) ack 1 win 29200 1460,nop,nop,sackOK,nop,wscale 6>
+.1 < . 1:1(0) ack 1 win 257
+0 accept(3, ..., ...) = 4

// sequence number out of window!
+.010 < R. 29202:29202(0) ack 1 win 257

// verify that the connection is OK
+.010 write(4, ..., 1000) = 1000
+0 > P. 1:1001(1000) ack 1

https://engineering.skroutz.gr/blog/uncovering-a-24-year-old-bug-in-the-linux-kernel/

3.0K viewsedited  08:14

Открыть/Комментировать

2021-02-12 11:22:11 JetBrains каждый год делает опрос разработчиков, чтобы узнать состояние индустрии разработки ПО. Потом они публикуют данные по результатам опроса.
За предыдущие года результаты можно найти здесь. Результатами я неоднократно сам пользовался.
Недавно стартовал опрос за 2021 год и я предлагаю вам тоже в нем поучаствовать.

https://surveys.jetbrains.com/s3/a1-developer-ecosystem-survey-2021 Открыть/Комментировать

2021-02-11 10:52:37 ​​В свежих сборках Chrome появилась возможность записывать сценарии действий пользователя в скрипты на Javasript. То есть открываете нужную страницу в бразере, в DevTools включаете запись действий и делаете что-то на странице обычным образом. По мере выполнения действий браузер генерирует Javascript код, описывающий через API Puppeteer все ваши действия. После этого запись можно остановить, и сохранить полученный код.

https://developers.google.com/web/updates/2021/01/devtools#record

P.S. За конкуренцией в области сокращения расходов на автоматизацию тестирования WebUI становится интересно следить. Помимо встроенной в Chrome поддержки записи сценариев ещё есть: Selenium IDE, который не так давно реанимировали после длительного анабиоза, есть коммерческие сервисы, призванные снизить порог вхождения в автоматизацию тестирования Web UI (например малоизвестные у нас стартапы testRigor или Virtuoso QA) и у них тоже есть расширения для записи сценариев. Про Cucumber и прочие BDD-like решения я даже и не говорю. Открыть/Комментировать

2021-02-09 16:11:36 ​​Амазон анонсировала появление нового сервиса для chaos инжиниринга (напомню, это "проведение экспериментов в распределенных системах с целью укрепления уверенности в способности системы противостоять турбулентным условиям в эксплуатационной среде". см основные принципы хаос инженерии). По сути это AWS Chaos Runner, который реализует разного рода сбои, интегрированный в экосистему AWS (см. иллюстрацию). Амазон не первыми делают такой сервис, уже давно существует Gremlin, который предоставляет сбои как сервис. Тут, как мне кажется, интересно другое - Амазон с этим продуктом выходит на рынок продуктов для тестирования ПО. С таким же успехом они могут сделать сервис для тестирования Web UI.

https://aws.amazon.com/fis/ Открыть/Комментировать

2021-02-02 13:44:06 Среди систем непрерывной интеграции высокая конкуренция, они борются за пользователя всеми возможными способами: поддержкой редких ОС (типа FreeBSD), какими-то фишками или хорошим "железом". Но несмотря на конкуренцию есть проблема, с которой никто не спешит разбираться. Это vendor lock-in на конфигурацию определённой CI системы. То есть если вы используете Travis CI (не используйте их) и решили переехать на другой сервис или self-hosted систему, то вам надо будет переписать .travis.yml на другом декларативном языке, то есть буквально воссоздать пайплайн с нуля. В некоторых случаях это переписывание с одного YAML на другой YAML. Можно конечно вынести все проектно-зависимые вещи в скрипты (например под каждую операцию: run.sh, build.sh, test.sh, bootstrap.sh) и в конфиге CI вызывать их или все это реализовать в Make/CMake и в конфиге вызывать таргеами, типа make build; make test, но по моему опыта так мало кто делает и к тому же окружение на всех CI немного разное и на Travis CI нужно установить компилятор, а на другом нет и т.д. Все равно вы потратите ощутимое время на переезд с одного CI на другой.

Я уже писал про сервис Cirrus CI, я им пользуюсь потому что там есть поддержка FreeBSD, которая мало где есть, и мне понравилось как они развязали руки своим пользователям. Те, кто использует в своем проекте Cirrus CI, могут запускать пайплайн отдельно от сервиса с помощью их утилиты. Это позволяет при наличии одного конфига запускать локально, на другом CI сервисе или где-то ещё. Круто же!

via Открыть/Комментировать

2021-01-29 11:05:00 Программист с 45-тилетним стажем поделился советами перед уходом на пенсию. В основном все советы не про технологии, а про команды и отношения. И крутятся вокруг «делай как проще, чтобы другим было понятнее» и «заботься о коллегах и команде, плохие команды хороший продукт не сделают». Но среди них только один технический: пишите автотесты, чтобы команда могла уверенно двигаться вперед.

via Открыть/Комментировать

2020-12-22 17:33:35 Недавно Лаборатория Касперского провела мини-конференцию с докладами о KasperskyOS,
где в двух из них мои бывшие коллеги рассказали то, чем я занимался некоторое время назад.

Первый доклад про прототип телефона с KasperskyOS, который мы сделали в короткие сроки. Я непосредственно ОС на телефоне не тестировал, но отвечал за автоматизированное тестирование SDK для телефона.
В докладе есть забавные детали вроде попыток экранирования телефона с помощью алюминиевой фольги и коробки от конфет.

Второй доклад рассказал мой бывший коллега Сергей Рогачёв про трудности отладки при разработке системного ПО. У Сергея получилось рассказать так, что понятно будет даже человеку, далекому от разработки ПО. Одна из историй посвящена тому, как мы "раскопали" проблему со стартом Python внутри контейнера, который запускался внутри гипервизора. Открыть/Комментировать

2020-12-10 20:32:45 ​​Я продолжаю свои эксперименты с мутационным тестированием в C/C++ проектах.
Почитать про предыдущие эксперименты:

- сетевой сканер
- операционная система

В этот раз в эксперименте участвовал Тарантул. У нас в проекте есть ограниченный набор юнит-тестов и очень много тестов, написанных на Lua (потому что Тарантул это не только БД, но и сервер приложений на Lua). В этот раз я опять решил попробовать Mull (как и в предыдущих экспериментах) и если кратко описать впечатление, то это ребята круто! Mull стал гораздо удобнее в использовании, работает быстро и документация описывает примеры использования на реальных проектах, а ещё для отчётов используется формат mutantion-elements. То есть сразу после завершения работы Mull можно открыть сгенерированный файл HTML и посмотреть в коде где какой мутант был добавлен и его статус после запуска теста. Посмотрите какие красивые отчеты он делает. Открыть/Комментировать

2020-11-18 11:50:42 Организаторы DotNext опубликовали расшифровку доклада Андрея Акиньшина про анализ результатов тестирования производительности. Приятно читать статьи, в которых все разложено по полочкам. Автор сначала погружает в контекст задач, которые они решают в JB, потом рассказывает о применяемых ими подходах для их решения. И всё это обстоятельно, с необходимыми деталями. В качестве одной из иллюстраций подходов использовал квартет Энскомба. Респект!

https://habr.com/ru/company/jugru/blog/527186/ Открыть/Комментировать