Home

Автор: компанияSimbirSoft
Оригинальная публикация

На глобальном игровом рынке приложения для смартфонов и планшетов в 2018 году обеспечили 45% продаж, обогнав игры для консолей (32%) и ПК (23%). Рынок мобильных игр ежегодно растет как минимум на 10% – около 7 миллиардов долларов в денежном выражении – по данным Global Games Market Report.

Мы в SimbirSoft помогаем бизнесу разрабатывать и тестировать игровые платформы и отдельные игры. В этой статье мы рассказываем о том, почему на многих проектах мы предпочитаем проводить исследовательское тестирование. Надеемся, что эта информация будет интересна и полезна как разработчикам игр, так и QA-специалистам.

Автор: Кассандра Ленг (Cassandra H. Leung)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

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

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

Автор: Назина (Киселева) Ольга (автор тренинга Школа для начинающих тестировщиков)

Иногда баги сами нас находят. Вот мы впихали большую строку данных — и система подвисла. Это она из-за 1 млн символов упала? Или ей какой-то конкретный не понравился?

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

Если найти минимальные данные для воспроизведения, то:

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

Как найти минимальные данные для воспроизведения бага? Если есть какие-то подсказки в логах, применяем их. Если подсказок нет, то самый оптимальный метод — метод бисекционного деления (также известный как метод «деления пополам» или «дихотомия»).

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

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

Однако о негативном тестировании тоже важно думать – как при ручном, так и при автоматизированном тестировании, и вот почему:

Опубликован очередной выпуск рассылки за вторую половину сентября.

В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Содержание рассылки доступно по ссылке.

Подписаться на рассылку

Предлагаем вам подборку наиболее интересных докладов по Автоматизации тестирования, прозвучавших на QA конференции COMAQA Spring Minsk 2019.

«Selenide 2019 - Quo vadis? Новинки и малоизвестные функции библиотеки» Алексей Виноградов

«Архитектура решений автоматизации Back-End на пальцах» Антон Семенченко

«Путь автоматизатора к непрерывной интеграции» Вадим Зубович

«Автоматизация инфраструктурного тестирования» Андрей Ю

«Spock в Автоматизации тестирования» Тимур Гарафутдинов

«JDI tools: быстро стартуем автоматизацию тестирования» Роман Иовлев

«JDI light - как писать автотесты быстро, легко и непринужденно» Роман Иовлев

«Вхождение Функциональщиков в Автоматизацию» Станислав Бадов

«Если UI / API автоматизация уже не штырит» Алексей Калашников

«Тестирование безопасности - как базово проверить проект» Евгений Толчинский

«Инструменты нагрузочного тестирования в процессе разработки» Сергей Зименко

«Процесс тестирования производительности на проекте "с нуля"» Антон Серпутько

«Сказ об автоматизации тестирования» Александр Пушкарев

«Тестирование по-космически» Алексей Ткаченко

Видео докладов можно посмотреть нажав на ссылку Подробнее

Обратите внимание, что 24-26 октября, менее чем через две недели в Минске состоится Международная конференция по тестированию Comaqa Autumn Minsk 2019. 

У ВАС ЕСТЬ ВОЗМОЖНОСТЬ КУПИТЬ БИЛЕТ СО СКИДКОЙ 20% ПО ПРОМОКОДУ COMAQA-ST-2019. Купить билет со скидкой

     Тестирование. Не только для тестировщиков! Хештэг: #heisenbug

     5-6 декабря в Москве состоится конференция по тестированию Heisenbug 2019 Moscow!

Основные темы:

• Автоматизация тестирования;
• Инструменты и окружение для ручного и автоматизированного тестирования;
• Тестирование распределенных систем;
• Мутационное тестирование;
• Тестирование мобильных приложений;
• Тестирование безопасности;
• Нагрузочное тестирование, performance-тестирование, бенчмаркинг.

Спикеры:

— Виталий Фридман — автор, соавтор и редактор всех Smashing Books. В настоящее время занимает позицию главного редактора Smashing Magazine в прекрасном городе Фрайбург, Германия.

— Артем Ерошенко — автор Allure, фреймворка для генерации отчётов.

— Sebastian Daschner — Developer Advocate в IBM, коммитер Jakarta EE, участник экспертных групп Java Community Process, автор книги «Architecting Modern Java EE Applications».

— Adam Carmi — сооснователь и технический директор Applitools — провайдера облачных сервисов для скриншот-тестирования.

— Барух Садогурский — Developer Advocate в компании JFrog, соавтор книги «Liquid Software». Один из ведущих подкаста Crazy Russians in DevOops.

Больше спикеров, подробности о докладах и регистрация — на сайте конференции.

Скидка 1500 рублей на персональные билеты по промокоду SoftwareTestingPC.

Автор: Виталий Котов

Тестирование Mobile Web в чем-то похоже на тестирование Desktop Web. С одной стороны это те же HTML, CSS, JavaScript и прочие прелести, которые мы привыкли видеть. Те же проблемные места и типичные баги. С другой стороны, отличия все же имеются.

В этой статье я собрал небольшой чек-лист тех особенностей, которые важно проверять на Mobile Web проекте. Список не претендует на полноту, так что дополняйте его своими пунктами в комментариях. Я буду только рад. Единственное правило — пункт должен относиться только к мобильному вебу, а не к вебу вообще.



Начать хотелось бы с того, что у нас есть как минимум два способа тестировать Mobile Web проекты. Первый — эмулировать мобильный браузер средствами Chrome DevTools (или другими браузерами в их инструментах разработчика, но это менее популярный способ). Второй — тестировать на реальном девайсе, используя настоящий мобильный браузер.

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