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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я считаю, что уровень уверенности очень влияет на скорость, с которой программное обеспечение может быть разработано. Часто можно услышать, что «QA — это узкое место процесса разработки», но это потенциально связано с исторически низким качеством кода, заставляющим тестировщиков перетестировать, даже когда проверяется код хорошего качества. Чтобы проиллюстрировать этот момент, я привожу ниже подход, который я придумал для тестирования и проверки исправлений ошибок.

В моей предыдущей статье «Лидерство в тестировании: введение» мы исследовали концепцию тестирования с точки зрения его целей. Краткое резюме: независимо от того, о каком типе теста вы говорите, мой совет — всегда задавайте конкретную цель теста. Это верно, даже если кажется, что это общепринятый термин, такой как модульный тест или приемочное тестирование.

Здесь я объясню, как определить стратегию тестирования, которая заложит основу для надежного и гибкого процесса тестирования, подходящего для любой методологии разработки, используемой вашей командой. Я раскрою:

— Что такое стратегия тестирования?

— Структура стратегии тестирования

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

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

От RPA (Robotic process automation) до высокотехнологичной разработки программного обеспечения — ежедневно создается огромное количество приложений. От стартапов до крупных предприятий — компании всех типов и размеров занимаются разработкой программного обеспечения.

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

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

Тестирование на совместимость — одна из таких форм тестирования программного обеспечения.

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

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

Какие существуют типы тестирования веб-приложений?  

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

Введение

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

Что такое аутентификация? 

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

«Аутентификация» — это процесс, который подтверждает вашу личность в цифровом пространстве.

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

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

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

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

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

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

Начнем с самого начала: что такое «тестирование программного обеспечения»? Мы изучим основные концепции тестирования программного обеспечения, которые сформируют ваше мышление по мере приближения к искусству качественного инжиниринга. 

Когда вы Тест Лид на проекте, очень вероятно, что коллеги будут считать вас экспертом во всем, что связано с тестированием. У других членов команды могут быть свои собственные обоснованные или нет взгляды на тестирование; некоторые могут иметь (или, по крайней мере, говорить, что имеют) больше опыта, чем вы. 

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

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

ChatGPT побил все Интернет-рекорды, став вирусным в первую неделю после запуска. Миллион пользователей за 5 дней — это беспрецедентно. Система искусственного интеллекта – виртуальный собеседник, который может отвечать на вопросы на естественном языке и создавать стихи, писать сценарии фильмов, посты в социальных сетях, сочинения и делать массу удивительных вещей. Наша первая мысль, когда мы получили доступ к платформе, заключалась в том, как использовать эту замечательную платформу, чтобы облегчить жизнь тестировщикам веб-приложений и мобильных приложений. И самое главное, как можно использовать ChatGPT для автоматизированного тестирования.

 Чему мы научились, когда создавали автоматизированные тесты с помощью ChatGPT

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

 Плюсы ChatGPT для автоматизации тестирования