Сегодня я хотел бы поговорить об одной распространенной ошибке в автоматизированном тестировании с использованием BDD, а именно – об использовании императивных описаний тестов вместо декларативных.

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

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

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

На одном из моих уроков я бросил вызов студентам: «Сделайте диаграмму тестирования». Одни начали рисовать сложные изображения, другие – простые. Одни буквальные, другие метафорические. Но многие испытывали трудности, пытаясь сосредоточиться на самом процессе тестирования. Если вы действительно хотите стать мастером в этой области, вам нужно научиться заглядывать в себя, вызывать образы и слова, а затем создавать практические и концептуальные артефакты из них. 

Здравствуйте и добро пожаловать в статью серии "Лидерство в тестировании". В этой статье мы рассмотрим, что такое тестовая модель, ее виды и выполним небольшое упражнение по созданию модели.

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

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

Современным специалистам по тестированию и управлению необходимо достичь оптимального баланса между скоростью и качеством при разработке программного обеспечения, которое способствует развитию современного бизнеса. Если вы хотите привести свой процесс обеспечения качества к ускоренной доставке и непрерывному тестированию (Continuous Testing), то эта статья для вас.

Независимо от того, какую платформу для автоматизации тестирования вы используете, Cypress, Playwright, Selenium or WebDriver.IO, важным фактором является время выполнения тестов. 

В рамках подхода ”Shift left“ тестированию отводится большая роль в получении более раннего фидбэка. Если более классический подход предусматривает достаточно длительные периоды тестирования, то при быстрых feedback loops для тестирования остается не так и много времени.

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

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

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

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

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

Добро пожаловать!

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

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

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

Продолжаем цикл статей Пола Герарда о Лидерстве в тестировании. 

Итак, что такое План?  

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

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

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

План — это не реальность; это модель реальности, требующая постоянного изменения. 

В этой статье я расскажу о каждом этапе планирования тестирования.

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

Почти 70% потребителей признают, что скорость работы страницы влияет на их готовность совершить покупку в интернет-магазине. - Unbounce, 2019 

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

Однако Интернет уже никогда не будет прежним. Взрывной рост количества информации изменил и способы ее отображения. Адаптивный веб-дизайн позволил нам просматривать различные веб-сайты одним движением пальца. Прошли те времена, когда нам приходилось увеличивать и уменьшать масштаб экрана телефона, чтобы просмотреть определенные сайты. Теперь, благодаря адаптивному веб-дизайну, мы можем беспрепятственно просматривать различные страницы на телефонах без каких-либо проблем. Это стало возможным благодаря тестированию адаптивного веб-дизайна, которому постоянно уделяется приоритетное внимание. Давайте же разберемся, что такое адаптивный веб-дизайн? 

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

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

Трудности на работе для junior тестировщиков и как с ними справиться. Я расскажу о 5 из них и поделюсь советами о том, как их преодолеть.

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

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

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

Что такое чистый код? 

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

С чистым кодом задачи легко решаются. Каждое решение проблемы начинается с алгоритма. Алгоритм — это план, переведенный в шаблон проектирования. Эффективным шаблоном является Page Object Model, который определяет каждую веб-страницу как файл класса.

Зачем нужен чистый код? 

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

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

Думайте иначе и будете вознаграждены.

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

Крупнейшие и наиболее успешные ИТ‑компании привлекают
реальных пользователей на каждом этапе разработки ПО от его концепции до релиза.
Но большинству компаний есть к чему стремиться в области качества из‑за
нескольких популярных заблуждений, лежащих в основе QA‑процессов.
Построив карьеру тестировщика ПО и открыв собственную компанию по тестированию,
автор статьи обнаружила, что стоит думать по‑другому, когда речь идет об
улучшении качества продукта.

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

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

Проблематика: работа с контекстом и зависимостями

Определение точного объёма и среды для ваших тестов должно быть первым шагом в этом процессе. Представьте, что вы тестируете свое приложение электронной коммерции вручную. Вы хотите протестировать процесс заказа, включая услугу оплаты, предоставляемую сторонней компанией? Или вы хотите сосредоточиться только на коде, разработанном вашей командой, исключая сам платежный сервис?

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

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

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

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

Всем привет, дорогие друзья!

Приходилось ли Вам когда-нибудь тестировать формы авторизации?

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

Но ведь задача тестировщика постараться максимально точно и грамотно обозначить проблему!

Возможно ли это? Конечно!

Именно поэтому в данной статье мы разберем такой процесс как «Авторизация», а также поговорим о таких очень близких понятиях как «Идентификация» и «Аутентификация». Разберем, как всё это взаимосвязано и постараемся сделать это максимально просто и доступно для того, чтобы у вас не осталось никаких вопросов после прочтения данной статьи!