Как сделать тестирование ПО эффективным независимо от отведенного времени?

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

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

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

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

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

Чтобы сделать процесс тестирования эффективным, рекомендуется:


  • разработать правильную стратегию тестирования; это позволяет изменять план тестирования в ходе проекта и приспосабливаться к его новым условиям и особенностям;
  • применять различные мнемоники; они помогают сосредоточиться на нужных вещах и не пропускать важные аспекты;
  • не зацикливаться только на одном аспекте тестируемого приложения; надо проверить все аспекты и области программного продукта.
qatestlab.com/ru/

Как тестировщикам заслужить доверие и уважение других участников проекта?

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

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

Чтобы заслужить уважение и доверие, тестировщики должны:

  • Помнить, что программисты и менеджеры расстроены из-за тяжелой работы и сложившейся ситуации, и не принимать их недовольство на личный счет.
  • Не использовать отчеты об ошибках для личных целей или для продвижения предпочитаемых способов, методов или инструментов.
  • Демонстрировать необходимость исправления ошибок с помощью логичных доказательств и объяснений.
  • Не зацикливаться на ошибке или группе ошибок, если их тотчас не исправляют. Их исправление могут откладывать по серьезной причине, а главная задача тестировщика — находить и регистрировать баги.
Соблюдение этих рекомендаций снимает напряжение в отношениях между тестировщиками, программистами и менеджерами. Поэтому тестировщики, должны помнить о них, выполняя тестирование ПО, тестирование сайтов или тестирование мобильных приложений.

Что общего между наукой и тестированием программного обеспечения?

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

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

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

Такая проблема часто свойственна наукам. Легче придерживаться теории, чем быть объективными и видеть, что теория неверна или неточна. Потому что в этом случае снова придется делать много работы.

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

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

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

Почему важно учитывать доступные ресурсы, планируя тестирование ПО?

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

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

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

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

2 подхода к постановке целей тестирования

Цели тестирования определить не так просто. В большинстве случаев их не дают тестировщикам вместе с заданием.

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

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

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

Есть 2 широко используемых подхода к определению тестовых целей:

  1. Наступательный подход. Применяется, когда тестируемая программа находится на стадии разработки. Согласно с этим подходом ручное и автоматизированное тестирование ориентировано на поиск ошибок в тестируемом приложении.
  2. Оборонительный подход. В этом случае тестовые работы направлены на определение того, выполняет ли тестируемая система то, что заявлено в ее описании, и соответствует ли требованиям. Этот подход используется, когда тестируемое приложение уже создано, и необходимо убедиться, что оно удобное и эффективное.
qatestlab.com/ru/

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

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

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

Как правило, приложения могут быть сделаны для:
  • узкого круга пользователей, например, для людей определенной профессии;
  • широкого круга пользователей.


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

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

Тестировщики должны работать, по крайней мере, с несколькими популярными устройствами, операционными системами и браузерами, и их различными конфигурациями, выполняя автоматизированное тестирование или ручное тестирование мобильного программного продукта.
qatestlab.com/ru/

Почему отчеты об ошибках вызывают негативные эмоции?

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

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

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

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

  • недостатки разрабатываемого приложения;
  • несовершенство используемых инструментов и методов, которые должны быть и считаются идеальными;
  • необходимость тратить время и расходы на исправление ошибок.
  • тестирование ПО

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

Каждая компания по тестированию советует тестировщикам быть терпеливыми и толерантными, и пытаться уменьшить негативное влияния отчетов об ошибках. В своих отчетах тестировщики должны указывать и описывать дефекты тестируемого приложения, но никогда не критиковать программистов.
qatestlab.com/ru/

Что делать, если все объяснения случайно воспроизводимой ошибки оказались неверными?

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

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

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

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

Чтобы определить причины случайно воспроизводимого бага, следует:

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

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

Что нужно знать, чтобы создавать подходящие модели конечных пользователей?

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

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

О пользователях ПО важно узнать следующие данные:

  • Где обычно находится пользователь и где он или она взаимодействует с приложением. Какие там освещение и погода?
  • Какое подключение к интернету он или она обычно использует. Это подключение сильное и надежное или сигналы слабые?
  • Какая у пользователя профессия? Он или она работает в офисе или на улице? Если работа физическая и руки пользователя грязные, как этот фактор повлияет на взаимодействие с программным обеспечением?
  • С какими программами пользователь может работать в то время, когда функционирует тестируемое приложение? Какое программное обеспечение установлено на устройстве пользователя?
  • Что еще пользователь может делать во время работы с тестируемой программой? Будет ли пользователь прерывать или откладывать взаимодействие с тестируемым ПО? Как это повлияет на приложение?
  • Когда проводят мобильное тестирование, хорошо знать, как часто функционирование приложение будет прерываться входящими звонками, различными сообщениями и уведомлений от других программ. Как эти прерывания отразятся на тестируемом ПО?
Основываясь на этой информации, можно создать несколько разных детальных моделей характеров пользователей. Тестировщики должны представлять, как каждый из созданных персонажей реагировал бы на различные особенности тестируемого ПО, с какими трудностями он или она может столкнуться.

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

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

Работа со случайно воспроизводимыми и невоспроизводимыми ошибками всегда занимает много времени и усилий.

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

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

  1. Точное местоположение, где случился баг.
  2. Движения устройства и пользователя.
  3. Положение и ориентация устройства.
  4. Условия окружающей среды, которые могут повлиять на датчики устройства, например, освещение.
  5. Используемая сеть и сила сетевых сигналов.
  6. Приложения и процессы, работающие на устройстве, когда случился дефект.
  7. Уровень заряда аккумулятора.
  8. Было ли устройство перегретым.
  9. Шаги воспроизведения устройства.
  10. Как часто воспроизводится баг.
Любая компания по тестированию часто напоминает своим тестировщикам, что лучше всегда быть более внимательными и наблюдательными, выполняя тестирование веб-сайтов, мобильное тестирование или тестирование программного обеспечения, чем пропустить или оставить незарегистрированными значительные дефекты.