Home

Автор: Ольга Алифанова

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

• Критическая – системный сбой, потеря данных, проблемы с безопасностью.

• Значительная – зависание, блокирование использования, кодирования, тестирования

• Умеренная – функциональные проблемы

• Низкая – косметические проблемы

Выступление Натальи Руколь на SECON'2015.

Модель проектного треугольника очень быстро дала плоды на благодатной почве русской души, которая любит всё делать с размахом. Хотите больше фич? Надо увеличивать сроки! Хотите более качественный продукт? Давайте расширим команду!

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

Раздутая команда становится неуправляемой, расширяться дальше нет желания и возможностей. Как решать проблему?

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

• Распространённые источники утечек ресурсов, времени и качества.
• Способы анализа эффективности проектных процессов (ТОС, Lean).
• Поиск узких горлышек (bottlenecks).
• Расчёт ROI при внедрении внутрипроектных улучшений.
• “Бесплатные” решения по повышению качества.
• Человеческий фактор и борьба с консерватизмом при внедрении улучшений.

Доклад будет полезен руководителям проектов, руководителям продуктов, руководителям отделов разработки и руководителям отделов тестирования, а также всем сочувствующим.

Более широко эта тема освещена в тренинге Натальи Руколь Школа тест-менеджеров.

Автор: Ольга Азимбаева, Senior Business Analyst, DataArt

Оригинальная публикация

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

Юзабилити — это простота использования программных продуктов. Понятие включает следующие нефункциональные аспекты использования ПО:

• Эффективность (выполнения задач пользователем).
• Результативность (по времени выполнения).
• Удовлетворение (опытом пользования) в указанном контексте использования (пользователи, задачи, оснащение и окружения).

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

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

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

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

Стриминг экрана и аудио-видео участников исследования в реальном времени.

20 июня  в офисе Mail.Ru Group пройдет очередная встреча Московского клуба тестировщиков. Это люди, которые искренне хотят, чтобы ПО всегда было качественным. Они регулярно встречаются вживую, делятся опытом и просто общаются в неформальной обстановке.

С летним настроением для вас выступят опытные докладчики Баранцев Алексей с докладом "Как выращивать автотесты", Роман Ивлиев с докладом "Темная сторона метрик" и Максим Пугачев с докладом "Автоматизация тестирования в highload проекте: практический опыт"

Ниже описания докладов и подробности встречи.

В трансляцию блогов еженедельно добавляются новые блоги. Их количество уже давно перевалило за отметку 100. Ну а мы продолжаем знакомить Вас с новыми блогами.

Новый блог про Селениум от Алексея Баранцева -- http://selenium2.ru/blog.html

От автора блога:

Это может показаться невероятным, но я решил сделать ещё один блог, посвящённый инструменту Selenium :)

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

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

В своей новой статье Наталья Руколь, автор и ведущая Школы Тест-Аналитика, рассказывает о самой сложной части тест-анализа: отказа от тестов по причине нехватки времени. Как, когда, какие?

Тяжкая миссия тестировщика

Какая самая главная задача тестировщика? Какой навык является наиболее ценным для хорошего тестирования?

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

• Что может влиять на выполнение той или иной операции?

• При каких значениях всё может сломаться?

• Как “положить” систему?

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

Постепенно в тестировании приходит опыт генерации тестовых идей, и мы можем выявить множество влияющих параметров. С последующим опытом к генерации идей подключается необходимость комбинирования проверок: как проверить какие-то значения/условия не только по отдельности, но и в специфичных комбинациях? Например, в случае с загрузкой картинок, у нас может быть ошибка при обработке маленьких изображений в формате PNG с прозрачным фоном. На больших картинках не воспроизводится ошибка, без прозрачности тоже, и получается, нам была важна именно эта комбинация. Для того, чтобы поймать подобные ситуации, мы подключаем тест-анализ:

• чёткое разбиение на классы эквивалентности и доменный анализ,

• комбинаторику значений параметров действия,

• pairwise и triplewise

• и т..д.

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

И именно здесь - ступень для перехода на следующий уровень экспертизы и мастерства. В дело вступает реальность: в большинстве случаев провести достаточное количество тестов невозможно. “Спасибо, что вы столько тестов придумали, но продукт мы отдаём в тестирование сегодня вечером, а релиз должен состояться завтра”.

У некоторых тестировщиков такая ситуация вызывает постепенную демотивацию: мы не можем протестировать всё! Но просветлённые тестировщики смотрят на ту же проблему под другим углом: “отлично! вот это challenge! мне надо придумать, как протестировать это всё действительно быстро!”. А чтобы протестировать в сжатые сроки, от каких-то тестов придётся отказаться. Каждый из них может найти потенциальный дефект, и получается, что, отказываясь от проведения того или иного теста, мы повышаем вероятность пропуска дефекта. Насколько критичного? Зависит от теста, которому мы говорим “прости и прощай, но не в этот раз”. И получается, что главная задача тестировщика в этом случае - выбрать, какие тесты мы не будем проводить. Не будем тестировать, Карл!

Подборку подготовила Ольга Алифанова

Все мы знаем, что баги могут ужасно досаждать. Но помимо мелких неприятностей, они также могут повлечь за собой колоссальные убытки, ущерб и даже смерть. Портал Software-Testing.ru подготовил подборку самых катастрофических багов в истории.

Александр Хозя (автор блога Записки мобильного тестировщика) представляет очередную подборку ссылок.

Уголок разработки, тестирования и распространения приложений:

1. Доклад Игоря Бондаренко "Безопасность мобильных приложений. Что тестировать?" c SQA Days 17. OWASP Mobile Security Project, Mobile App Security Testing от uTest

2. CrashMonkey - тулза для monkey/stress тестирования Основана на UIAutoMonkey, в issue есть решение для нескольких проблем ;) Для Android можно сделать все намного удобнее и приятнее гораздо меньшими усилиями

3. Обновился Calabash Android до версии 0.5.10 - починена сборка и подписывание на языках отличных от английского

4. Дайджест интересных материалов для мобильного разработчика #106 (1-7 мая)

Топ 5 статей для меня:

• Разработка игр для умных часов — проблемы и их решение

• Firebase от Google начал оффлайн-работу на iOS и Android

• Apple изменила секцию «Игры» в App Store, увеличив фокус на контент от редакторов

• Заработать на разработке. Рассказ одинокого разработчика игр

• Радар для пальцев изобрели в Google

5. Awesome iOS Классный курируемый список отличных библиотек, фреймворков, туториалов, компонентов, гайдов для iOS. Поделен на категории, например: фреймворки, компоненты, тестирование...

6. Remote позволяет контролировать Ваш iДевайс из XCode в отдельной вьюшке. Есть ограничения, например, не поддерживаются UIAlertView, пикеры выглядят некорректно

7. 6 cоветов по запуску игры на KakaoTalk