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

Симуляторы
Симуляторы — это ПО, позволяющее имитировать поведение операционной системы. Они обычно менее ресурсоемки, но могут не обеспечивать 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, Яндекс Финтех

Регистрация

#новость

Вот вам учебный видос по JSON, XML форматам данных.

Урок покрывает такие темы:

🔹 JSON - формат данных.
🔹 Типы данных в JSON.
🔹 Пример JSON с реального проекта.
🔹 Какое максимальное число в JSON?
🔹 XML - формат данных.

#новость

Emcee — решение для параллельного запуска тестов iOS локально и на многих компьютерах Mac.

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

Особенности:

🔹 Расширенные планы тестирования с использованием простого формата файла JSON
🔹 Автоматическое управление жизненным циклом симулятора
🔹 Тайм-ауты для каждого теста, настройки симулятора, переменные среды
🔹 Единая очередь тестов для запуска тестов из нескольких параллельных запросов на извлечение
🔹 Приоритетные задания и группы заданий для различных видов тестовых запусков

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

👉 Как тестировщики с помощью пользовательского десктопа и видеокарты инфраструктуру строили — показали как тестировать 6 очень разных приложений на 10 разных версиях ОС Android с использованием 3 языков программирования, используя внутреннюю систему CI/CD 😂😂
👉 Что такое модульное тестирование? — почему юнит-тестирование незаменимо, как это работает и какие юнит-тесты можно считать качественными
👉 Курс «Инженер по тестированию: от новичка до автоматизатора» — сначала получите базу и научитесь тестировать вручную, а потом освоите автоматизацию тестов на Java
👉 UX-тестирование: метод ABCDE — Audience, Behavioral, Content, Delivery, Evaluation
👉 Курс Тестирование ПО. Порты, длина URL — что такое порт и какая максимальная длина URL (ссылки)
👉 Книга «Foundations Of Software Testing ISTQB Certification» — темы, в которых должен разбираться любой тестировщик

#холивар

Вам слово, господа 🗣️ 🎙️

Тестирование ПО. Cookie, local storage, session storage

Cookie — небольшой фрагмент данных, отправленный веб-сервером и хранимый на машине пользователя.
Local storage — хранилище данных ключ / значение без срока давности.
Session storage — хранилище данных ключ / значение существующее в рамках текущей сессии.

Содержание видео:

00:00 Cookie в браузере.
07:16 Атрибуты cookie.
11:44 Cookie заголовки, document.cookie в браузере.
17:44 XSS attack.
22:45 Вопросы для самопроверки + домашка.
24:16 Local storage. Локальное хранилище.
26:10 Просмотр и изменение local storage в браузере.
30:24 Session storage. Сессионное хранилище.
35:00 Просмотр и изменение session storage в браузере.
36:29 Таблица. Сравнение Cookie, Loca storage, Session storage.
50:55 Завершение занятия 4. Результаты.

#видео

Система визуализации и мониторинга. Grafana + Prometheus

Для тех, кто не знает, Grafana – это опенсорсная платформа для мониторинга, анализа данных и визуализации собранных данных, а Prometheus — сборщик метрик. Еще понадобится Windows_exporter — сборщик метрик, который как раз собирает статистику с системы и составляет своего рода «логи».

Установка:

🔹 В CMD от админа:
cd C:\GrafanaSetup\nssm-2.24\win64

🔹 Поставим Prometheus:
nssm.exe install prometheus C:\GrafanaSetup\prometheus-2.43.0.windows-amd64\prometheus.exe

🔹 Выбираем подходящую версию exporter и устанавливаем.

🔹 Проверяем сбор метрик по ссылке: https://localhost:9182/metrics

Подробный процесс дальнейшей установки

#туториал

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

Общее
Тест на знание технологии “клиент-сервер”
Тест по английскому языку для айтишника
Тест по английскому языку. Часть 2
Тест по основам Postman (en)

Основы тестирования
1. А вы — типичный QA?
2. Как бы вы протестировали дверь?
3. Тест по QA для начинающих – часть 1
4. Тест по QA для начинающих – часть 2
5. Тест по теории тестирования (en)

Основы Git
1. Тест на знание Git – часть 1
2. Тест на знание Git – часть 2

SQL
1. Тест на знание SQL – часть 1
2. Тест на знание SQL – часть 2
3. Тест на знание SQL – часть 3
4. Тест по SQL: проверьте свои знания и навыки
5. Тест на глубину понимания SQL
6. SQL – насколько ты не новичок?

Linux команды
1. Тест по командам Linux. Часть 1
2. Тест по командам Linux. Часть 2
3. Тест по командам Linux. Часть 3

Логическое мышление
1. Тест на логическое мышление. Часть 1
2. Тест на логическое мышление. Часть 2

Автоматизация
1. Тест по основам автоматизации тестирования (en). Часть 1
2. Тест по основам автоматизации тестирования (en). Часть 2

JIRA
1. Тест по основам Agile и Scrum(en)
2. Тест на знание основ JIRA (en)

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

@qarocks.

🐛 9 признаков неопытного программиста

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

Читать статью

🔥💪 Судя по бурной активности вокруг темы ручного тестирования, держите туториал по тестингу фронта: с нуля до PRO за 30 минут 😎

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

🔹 В responsive mode браузера на ПК
🔹 С помощью эмуляторов iOS и Android
🔹 На физическом iPhone и Android-устройстве через USB
🔹 С помощью Browserstack

Подробнее

#туториал