Обложка канала

Протестировал. Страница 11

Фильтрованный контент о тестировании и качестве ПО.

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

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

    Обязанности следующие:

    · Ревью требований, тест-дизайн и создание тестовых сценариев;
    · Тестирование ПО (интеграционное, функциональное, нагрузочное, производительности, отказоустойчивости, GUI) на целевых платформах (PC, embedded);
    · Документирование результатов тестирования: занесение дефектов в багтрекинговую систему, составление отчетов о тестировании;
    · Настройка и поддержка тестового окружения;
    · Развитие подходов к тестированию, расширение инструментария.

    Что Вам необходимо для этого:

    · Высшее техническое образование;
    · Опыт тестирования ПО (системное/сервисное ПО) от 3-х лет;
    · Понимание жизненного цикла процесса разработки ПО, методологий Agile и места тестирования в этом процессе;
    · Умение работать с требованиями;
    · Опыт написания тест-кейсов;
    · Знание OS семейства Linux на уровне опытного пользователя или администратора;
    · Опыт работы с различным железом (PC, embedded);
    · Знания сетевых технологий (сетей, протоколов);
    · Технический английский.

    Будет плюсом, если у вас есть:

    · Понимание устройства ОС;
    · Опыт автоматизации тестирования на Python;
    · Опыт настройки сетей (или хорошие технические знания принципов работы);
    · Опыт работы с анализаторами сетевого трафика;

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

    Если вам интересна вакансия, то пишите @ligurio.
  • Протестировал

    Вы ищете работу?
    public poll

    Есть работа, просматриваю вакансии. – 105
    👍👍👍👍👍👍👍 56%

    Не ищу работу. – 73
    👍👍👍👍👍 39%

    Не работаю, в поисках. – 8
    👍 4%

    👥 186 people voted so far.
  • Протестировал

    Алан Пейдж в который раз напоминает нам семь принципов современного тестирования:

    The Modern Testing Principles

    1. Our priority is improving the business.
    2. We accelerate the team, and use models like Lean Thinking and the Theory of Constraints to help identify, prioritize and mitigate bottlenecks from the system.
    3. We are a force for continuous improvement, helping the team adapt and optimize in order to succeed, rather than providing a safety net to catch failures.
    4. We care deeply about the quality culture of our team, and we coach, lead, and nurture the team towards a more mature quality culture.
    5. We believe that the customer is the only one capable to judge and evaluate the quality of our product
    6. We use data extensively to deeply understand customer usage and then close the gaps between product hypotheses and business impact.
    7. We expand testing abilities and knowhow across the team; understanding that this may reduce (or eliminate) the need for a dedicated testing specialists.

    https://www.angryweasel.com/ABTesting/modern-testing-principles/
  • Реклама

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

    195 страниц диссертации на тему "Mutation testing: from theary to practice" (https://repository.uantwerpen.be/docman/irua/479e80/161581.pdf). Написана совсем недавно (август 2019) и содержит последние актуальные сведения об этом виде тестирования. Из описания: "Despite the promising results of mutation testing, it is not yet widely adopted in industry. We attribute this to three main problems: the performance overhead, lack of domain knowledge in tool providers, and lack of tool support. In this thesis, we address these three problems. Our results show that it is feasible to adapt the process of mutation testing based on industrial needs." Сам пока не читал, поэтому рецензии не будет.
  • Протестировал

    В 2006 году суд обязал Федеральное агентство по техническому регулированию и метрологии обеспечить свободный доступ к ГОСТам путем публикации их в интернете. Вчера какой-то добрый человек для удобства выложил все эти ГОСТы на Гитхаб. Из тех, что имеют отношение к тетсированию там, например, есть "ГОСТ Р ИСО/МЭК 12119-2000 - Информационная технология. Пакеты программ. Требования к качеству и тестирование".
  • Протестировал

    Про использование git в качестве баг-трекера я уже писал. Продолжу тему использования git как хранилища не только кода, но и других артефактов разработки.

    Расширение git-test позволяет запускать тесты в репозитории на выбранных коммитах и прикреплять текстовые результаты тестов к коммитам с помощью git-notes.

    Популярная система рецензирования кода gerrit использует git-notes для хранения информации о ревью и статусах непрерывной интеграции.
  • Протестировал

    Две интересные статьи про тестирование консольных приложений.

    В первой обзор утилит, наподобие expect для тестирования интерактивных приложений.

    Во второй автор предлагает использовать менеджер терминалов tmux для тестирования интерактивных приложений. tmux позволяет запускать несколько терминалов (спасибо, Капитан!) c разными копиями приложения, посылать им клавиатурные комбинации и даже делать "скриншоты" текущего состояния приложения.
  • Протестировал

    Обновил свой список материалов о тестировании ПО. В частности ссылки на сторонние списки по инструментам для тестирования (см. в самый низ страницы). Спасибо всем, кто присылал исправления и ссылки на новые материалы!
  • Протестировал

    Компания froglogic, которая разрабатывает Squish, выкладывает в общий доступ результаты измерения покрытия кода для opensource проектов: openssl, bash, libressl, qt base и других. Хорошее и полезное дело. Недавно добавили в этот список sqlite - http://www.opencoverage.net/sqlite/index_html/index.html, про который я уже не один раз здесь писал. У проекта 100% MC/DC покрытие, соотношение рабочего кода к тестовому 138.9 KLOC против 91946.2 KLOC (https://www.sqlite.org/testing.html). И тем не менее даже с таким тестированием остаются баги. См. например доклад "SQLite with a Fine-Toothed Comb" (Слайды, Видео). Дай Бог каждому проекту такое тестирование!
  • Протестировал

    ^^^^ изучение языка с помощью TDD
  • Протестировал

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

    В опубликованных материалах конференции USENIX 2019 мое внимание привлёк один доклад.

    Докладчик рассказывает про фреймворк, который позволяет некоторые типы задач выполнять гораздо быстрее, чем локально или в облачных виртуальных машинах. К таким задачам он относит компиляцию программ, тестирование, обработка видео и др. Например локальная сборка проекта Inkscape занимает 32 мин на одном ядре, сборка с помощью фреймворка gg занимает полторы минуты и обходится в 50 центов. Такое существенное ускорение получилось за счёт разделения задачи на небольшие подзадачи (в данном случае препроцессинг Си кода и компиляция отдельных файлов) и параллельного (тысячи потоков) выполнения этих подзадач на легковесных контейнерах AWS Lambda. Другой пример - запуск юнит-тестов. Каждая тест - независимая программа и параллельный запуск тестов может существенно сократить время тестирования. Авторы экспериментировали с библиотекой LibVPX за счёт параллельного выполнения тестов с помощью gg сократили время с 1.5 часов до 4 минут.

    Код фреймворка - https://github.com/stanfordsnr/gg

    From Laptop to Lambda: Outsourcing Everyday Jobs to Thousands of Transient Functional Containers
    https://www.usenix.org/conference/atc19/presentation/fouladi (слайды, статья, видео доклада)

    P.S. На просмотр видео и чтение статьи не у всех время есть, поэтому посмотрите хотя бы скринкаст с запуском тестов ffmpeg в AWS Lambda с помощью gg - https://asciinema.org/a/257545 По-моему впечатляет.
    USENIX ATC '19 - Measure, Then Build

    Remzi Arpaci-Dusseau, University of Wisconsin—Madison This talk will discuss an approach to systems research based upon an iterative, empirically-driven appr...

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

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

    Хорошая статья о непопулярных техниках автоматической генерации тесткейсов: символьное выполнение, тестирование с помощью моделей, комбинаторное тестирование, адаптивное случайное тестирование (adaptive random testing) и тестировании на основе поиска (search-based testing). Для каждой техники описаны базовые идеи, практическая применимость, существующие проблемы и перспективы.

    https://cs.stanford.edu/people/saswat/research/ASTJSS.pdf

    Кстати символьное выполнение можно попробовать прямо в браузере - http://klee.doc.ic.ac.uk/

    #непишитетесты
  • Протестировал

    В Excel для Windows дата считается начиная с 0 января 1900 года. "Январь 0" - это не опечатка, это "нулевой день" в Excel. Excel также рассматривает 1900-й год как високосный, хотя это не так. Источник этой проблемы в том, что когда Microsoft выпускала продукт на рынок, то хотела сохранить совместимость с конкурирующим продуктом Lotus 1-2-3, который действительно имел эту ошибку. Excel был представлен, когда Lotus 1-2-3 занимал огромную долю рынка, и чтобы облегчить людям переход на Excel, компания Microsoft сохранила эту ошибку. #bugstory

    https://support.microsoft.com/en-us/help/214326/excel-incorrectly-assumes-that-the-year-1900-is-a-leap-year
  • Реклама

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

    Как-то я писал про Getafix и SapFix - инструменты, которые использует Facebook, для автоматического исправления ошибок в коде.

    Будущее уже здесь - DeepCode.ai предоставляет облачный сервис, который позволяет попробовать похожую технологию для кода на Javascript, Java и Python. Использование бесплатно для публичных репозиториев на BitBucket и Github. На сайте есть примеры исправленных ошибок из некоторых реальных проектов (TensorFlow и др.). В примерах ошибки простые, но это ведь только начало.

    https://www.deepcode.ai/tech
  • Протестировал

    Часто говорят, что у Apple «проблемы с софтом». Мол, во времена Джобса такого не было и вообще, раньше софт был надежнее.

    В статье ответ от Стива Синофски. Это один из ключевых чуваков в MS: пришел в 1989, уволился в 2012 в должности руководителя разработки Windows. Коротко: последние 15 лет Apple поставляет софт и железо со скоростью и качеством, невиданными в индустрии. При их объёмах баг, затрагивающий 0.01% пользователей – это целый стадион недовольных. Кажется, что у Apple есть проблемы роста и это нормальный этап, который решается реорганизацией процессов; ничего драматичного.

    https://medium.learningbyshipping.com/apples-software-problem-and-fixing-it-via-twitter-c941a905ba20
  • Протестировал

    ​​Нашёл сайт с историями о разработке оригинального Apple Macintosh от непосредственных участников.
    Несколько историй про баги Макинтоша: Monkey Lives,
    A Floppy named lsadkfjalhkjh, Cut, Paste and Crash.

    #bugstory #история