HeidiSQL — это опенсорсное ПО, для управления базами данных, который поддерживает работу с MariaDB, MySQL, Microsoft SQL, PostgreSQL и SQLite. Легкий в использовании, удобный, достаточный для выполнения задач по тестированию, правда, только Windows.

Особенности

🔹 Подключение к нескольким серверам в одном окне
🔹 Поддерживаемые БД: MariaDB, MySQL, MS SQL, PostgreSQL, SQLite, Interbase и Firebird
🔹 Подключайтесь к серверам через командную строку
🔹 Подключитесь через SSH-туннель или передайте настройки SSL
🔹 Сгенерируйте хороший SQL-экспорт, затем сожмите его или поместите в буфер обмена
🔹 И многое другое

#новость

Разберем шикарнейший эксплоит — Rxss внутри атрибута href

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

Читать

Чем сегодня тестировать: эмулятором, симулятором или реальным девайсом?

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

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

Примеры эмуляторов:

🔹Android Studio: предоставляет возможность тестировать приложения на разных версиях Android и разных устройствах.
🔹Xcode: разработчики могут использовать его для тестирования приложений на разных версиях iOS и разных моделях iPhone и iPad.
🔹BrowserStack: можно тестировать приложения на разных устройствах и операционных системах непосредственно из браузера.
🔹Appium: платформа позволяет использовать эмуляторы и реальные устройства для автоматизированного тестирования мобильных приложений.

Продолжать материал дальше? Поставьте реакцию😊😇:
👍 — да
👎 — нет

#новость

Последняя веха по расширению масштабов глубокого обучения 🤔

OpenAI представила новую модель ИИ интерпретации изображений и текста GPT-4.

🔹 GPT-4 может решать сложные задачи с большей точностью, благодаря своим более широким общим знаниям и способностям к решению проблем.
🔹 GPT-4 превосходит ChatGPT по своим расширенным возможностям рассуждения.
🔹 GPT-4 превосходит ChatGPT по баллам на всех тестах.
🔹 GPT-4 на 82% реже реагирует на запросы о запрещенном контенте и на 40% чаще выдает фактические ответы, чем GPT-3.5.

Этот ИИ уже используют крупные компании:

🔹 Duolingo внедрила в разговорные уроки.
🔹 Be My Eyes использует для преобразования визуальной доступности.
🔹 Stripe использует для оптимизации работы пользователей и борьбы с мошенничеством.
🔹 Khan Academy исследует потенциал ИИ в рамках ограниченной пилотной программы.

GPT-4 доступна через API OpenAI по списку ожидания, а также в ChatGPT Plus, премиум-плане OpenAI для ChatGPT.

#новость

Usability Testing

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

Методы:

🔹 Модерируемый / немодерируемый
🔹 Дистанционно / лично
🔹 Исследовательский / сравнительный

Виды юзабилити-тестирования:

🔹 Исследовательское — проводится на ранних стадиях разработки продукта
🔹 Тестирование доступности — оценки с целью обеспечения их доступности для людей с ограниченными возможностями
🔹 A / B тестирование — сравнение двух или более версий ПО, чтобы увидеть, какая из них работает лучше
🔹 Сортировка карточек — пользователи упорядочивают контент или функции продукта по категориям
🔹 Тестирование дерева — пользователи перемещаются по иерархии, чтобы найти конкретную информацию
🔹 Сравнительное тестирование — сравнение продукта с продуктом конкурента

#новость

😎 Очередной #дайджест по QA.

На этот раз подборка состоит из API, которые можно помучать на предмет запрос/ответ и сразу протестить всю кухню. С помощью этих ресурсов можно построить полноценный сайт или приложение, которое берет данные извне.

👉 Marvel Comics API — можно вытащить печатные и цифровые выпуски комиксов, коллекции, графические романы и инфу по героям.

👉 The RESTful Pokémon API — все данные о покемонах, собраны в одном месте и доступны через RESTful API.

👉 Weather API — интерактивная карта с данными о текущей погоде, прогноз на неделю в городе, исторические данные в 120 000 городах мира, данные от 40 000 метеостанций по всему миру.

👉 Star Wars API Integrations — позволяет сделать GET-запрос к базовому URL-адресу, к которому затем добавляется суффикс, чтобы делать запросы по категориям.

👉 Postman Echo — предоставляет возможность проверки для GET, POST, PUT, различных механизмов аутентификации и других методов.

❗Ищем копирайтера

Нам нужен человек, который:
— Любит IT и русский язык.
— Понимает разницу между бэкендом и фронтендом, OWASP и MISRA, функциональным программированием и ООП, микроконтроллером и миникомпьютером, UX и UI.
— Имеет опыт работы от 1 года.
— Будет плюсом, если вы программируете на каком-нибудь языке на уровне стажера/джуна.

Что нужно делать:
— Готовить подборки, ТОПы книг, ютуб- и телеграм-каналов по языкам программирования.
— Делать расшифровки топовых Ютуб-роликов по теме программирования и оформлять их в виде статей.
— Готовить новостные заметки.
— Актуализировать старые статьи.
— Брать интервью у экспертов. Мы поможем с поиском экспертов.
— Иногда писать небольшие рекламные посты в телеграм.
— Писать статьи с кодом, переводить статьи (по желанию, оплачивается отдельно).

Можно использовать нейронки?
— Да, главное, чтобы материал получился интересный.

Условия:
— Белая зарплата: 50 000 руб.
— Возможность работать удаленно.

👉Присылайте свои резюме: [email protected]

🔍Насколько легко «войти в айти»?

IT — перспективная отрасль с высокими зарплатами и огромной конкуренцией. Собираем ваши истории: расскажите, как вам удалось сменить профессию (или сразу найти себя), какие шаги вы для этого предприняли и с какими сложностями пришлось столкнуться.

👉Пройдите наш 10-минутный опрос по ссылке.

🐞🐞 Это не фича, это — баг

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

Например: чтобы протестировать форму заполнения платежных реквизитов, нужны:

➖ 3 платежных системы (Visa, MasterCard и Мир);
➖ 3 вида ОС (Windows, macOS, Android);
➖ 3 платформы (Десктоп, планшет, смартфон);
➖ 4 браузера (Google Chrome, Microsoft Edge, Opera, Safari).

По этим критериям получаем минимум 108 разных сценариев. А если форм больше, а платежных систем не 3, то количество вариантов проверки стремится к бесконечности.

В тестировании срабатывает принцип Парето — «20% усилий дают 80% результата». И наоборот.

На практике это выглядит так — пока тестировщики тестируют основной пользовательский путь, они тратят 20% времени, убивая 80% багов. Но чтобы отловить оставшиеся 20% багов, они идут извилистыми путями, тратя 80% усилий. А это дополнительные деньги и время.

Читать

#новость

Какие есть этапы тестирования? Что нужно делать, чтобы что-то протестировать?

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

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

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

Автоматизированное тестирование: используйте автоматизированные тесты для проверки API и UI. Это поможет выявить проблемы быстрее и эффективнее.

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

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

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

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

Сбор и анализ результатов: соберите и проанализируйте результаты тестирования и выявленные проблемы.

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

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

Продолжаем этот пост.

Симуляторы
Симуляторы — это ПО, позволяющее имитировать поведение операционной системы. Они обычно менее ресурсоемки, но могут не обеспечивать 100% точность по сравнению с реальными устройствами.

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

Примеры симуляторов:

🔹 Google Chrome Developer Tools: набор от Google, позволяющий имитировать различные мобильные и веб-устройства. Можно проверить вид сайта или приложения на разных размерах экранов и решить проблемы с отображением.
🔹 Firefox Developer Edition: позволяет симулировать различные устройства и проверить, как веб-приложение ведет себя на разных платформах.
🔹 Safari Developer Tools: инструменты, позволяющие симулировать различные устройства iOS и Mac и проверить совместимость приложения с этими платформами.
🔹 Microsoft Edge Developer Tools: может моделировать различные устройства и версии Windows для проверки на этих платформах.
🔹 BrowserStack: облачная платформа, которая не только предоставляет доступ к эмуляторам, но и симулировать различные устройства и платформы.

Разница между эмулятором и симулятором:

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

Примеры облачных решений:

🔹 Amazon Web Services (AWS): платформа предлагает широкий спектр сервисов, таких как облачное хранилище (Amazon S3), вычислительные ресурсы (Amazon EC2), базы данных (Amazon RDS), машинное обучение (Amazon SageMaker) и многое другое. Он позволяет предприятиям масштабировать свои приложения и инфраструктуру в соответствии с потребностями непосредственно из облака.
🔹 Microsoft Azure: Azure предоставляет вычисления, хранение, базы данных, искусственный интеллект, интернет вещей (IoT) и многое другое. Можно развертывать и управлять приложениями в облаке, а также интегрироваться с инструментами Microsoft и другими популярными сервисами.
🔹 Google Cloud Platform (GCP): предоставляет вычисления, хранилище, базы данных, машинное обучение, аналитику и другие услуги. Позволяет развертывать приложения и использовать различные инструменты для хранения и обработки данных.
🔹 IBM Cloud: интегрированная платформа облачных услуг от IBM, предоставляющая различные инструменты для разработки, тестирования, развертывания и управления приложениями и инфраструктурой.

Ожидайте часть 3

#новость

Как и зачем составлять чек-листы при разработке проекта + чек лист

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

Из чего состоят чек-листы?

➖ В таблице прописываются этапы разработки: от предпроектной аналитики до деплоя и запуска веб-сервиса или мобильного приложения.
➖ Каждый из этапов разбиваем на подэтап. Например, этап «Аналитика» содержит такие подэтапы как предпроектная аналитика, разработка интерактивного прототипа, подготовка технического задания. Каждый подэтап детализируется.
➖ Напротив каждого подэтапа прописываются основные задачи. Так, каждый из членов команды понимает, что требуется сделать для выполнения задачи.
➖ Указывается комментарий, который помогает лучше ориентироваться в пунктах этапов проекта.
➖ Ссылки на регламент.

Как оформить чек-лист

➖ Поручите составление чек-листа проектному менеджеру, так как он обладает глубоким пониманием проекта и сможет подробно описать все необходимые пункты.
➖ Выберите удобный формат для чек-листа. Предпочтительный вариант - таблица с тремя столбцами: столбец для этапов, для описания задач и для примечаний. Можно добавить информацию, специфичную для работы над проектами: регламент, сроки, часы работы.
➖ Каждый чек-лист должен быть сфокусирован на конкретной тематике и стремиться решить определенную задачу. Не пытайтесь объединять в одном списке различные области вашей работы. Рекомендуется создавать отдельные чек-листы для тестирования или для условных этапов, которые применимы не на всех проектах.
➖ Разбивайте задачи на более простые и понятные.
➖ Чек-лист всегда можно изменить и адаптировать к любым обстоятельствам проекта.
➖ Начните каждую рабочую неделю, планерку и совещание с обновления чек-листов. Это поможет фиксировать промежуточные результаты и планировать предстоящие задачи.

Подробнее

#новость

😎 Очередной #дайджест по QA

✍️ QA, автотесты и образование — почему нельзя обойтись без инженеров по тестированию, что такое автотесты и как они упрощают работу над проектом и насколько сильно высшее образование влияет на работу?

✍️ Как интервьюировать тестировщика? Понаблюдайте за ним в действии — организуйте пробы при приёме на работу, чтобы оценить реальный вес представленного резюме

✍️ Тенденции в области автоматизированного тестирования — QAOps 😱, тестирование Blockchain, Scriptless авто-тестирование и прочая живность

✍️ Тестирование ПО: суть профессии, требования и заработная плата — подробно обо всем для начинающих

✍️ Использование ChatGPT для автоматического тестирования — плюсы/минусы и совместная работа с авто-тестировщиком.

Заключительная часть по теме: реальные девайсы или эмуляторы.
1 часть, 2 часть

Эмулятор, симулятор или реальное устройство

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

Вот некоторые критерии, которые помогут определиться:

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

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

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

Итого

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

#новость

Инструменты попарного тестирования

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

🔹 CTWedge — веб-редактор и генератор для комбинаторного тестирования

🔹 PICT — попарное независимое комбинаторное тестирование от Microsoft Corp.

🔹 IBM FoCuS — единое решение для функционального покрытия от IBM.

🔹 ACTS — расширенная комбинаторная система тестирования от NIST.

🔹 Hexawise — инструмент для разработки тестов, повышающий эффективность тестирования

🔹 Jenny — инструмент для генерации регрессионных тестов

🔹 Pairwise от Inductive AS

🔹 VPTag — бесплатный инструмент попарного тестирования

#новость

На какие жертвы идет тестировщик? Какими ненужными делами он занимается в команде (и не только тестировщик, кстати 🤦‍♂️)? Как бесполезно и рутинно проходит его день?

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

👨‍🏫 На истории некоего Игоря, статья покажет со стороны то, что вы, возможно, не замечаете и что можно попытаться поменять.

#новость

Поговорим о входе в IT с помощью сравнительно простых специальностей (если сравнивать с программированием) — это саппорт и дизайнер.

У дизайнера не так много путей развития: дизайнер и лид.
У саппорта больше вариантов появляется после овладения QA: тестировщик нагрузки и авто-тестер. Из автоматизатора можно даже вырваться в полноценные программисты - вы неспеша познаете скрипты, без особой гонки плавно выучите любой ОО язык, а далее — лид, пм и прочее.

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

Поэтому, не стоит отчаиваться и застревать на одном manual QA — это далеко не предел и всегда есть куда развиваться. Дерзайте!

Samokat.tech Meetup — QA

Митап случится 31 августа в 18:00.

Послушаемте спикеров из Samokat.tech и Яндекс Финтех. Поговорите об экономии трудозатрат и времени за счёт использования единого заглушечного контура для тестирования и о построении тестирования нового проекта с нуля и до выхода из проекта.

Что будет:

Сравнение заглушек, оценка возможности дебага и мониторинга итогового решения, опыт внедрения стратегии тестирования карт для водителей Яндекс Такси и встраивания проекта в существующий релизный процесс.

Кому будет полезно:

Тестировщикам и разработчикам.

Доклады:

➖ Единый заглушечный контур для тестирования — Ирина Лифанова, SRE, Samokat.tech
➖ Построить тестирование и не сломать себя и бизнес — Роман Радин, Lead QA, Яндекс Финтех

Регистрация

#новость