Что пишут в блогах

Подписаться

Онлайн-тренинги

Конференции

Что пишут в блогах (EN)

Разделы портала

Про инструменты

.
Польза негативного тестирования
18.10.2019 00:00

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

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

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

Подробнее...
 
Полезные эвристики, доклады о soft skills тестировщика, советы от Джеймса Баха, и скидки на конференции: самые интересные новости тестирования за начало октября-2019
17.10.2019 12:13

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

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

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

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

 
Подборка докладов по Автоматизации тестирования с QA конференции COMAQA Spring Minsk 2019
16.10.2019 12:13

Предлагаем вам подборку наиболее интересных докладов по Автоматизации тестирования, прозвучавших на 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 2019 Moscow — практическое и хардкорное тестирование на реальных проектах!
15.10.2019 11:17

     Тестирование. Не только для тестировщиков! Хештэг: #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 приложений
14.10.2019 00:00

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

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

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



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

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

Подробнее...
 
Ретроспективные уроки исследовательского тестирования: эвристики
03.09.2019 12:46

Автор: Виктор Славчев (Viktor Slavchev)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

В конце этой статьи я попробую подобрать интересные и полезные ссылки про эвристики.

Подробнее...
 
SQA Days 25: подборка докладов по навыкам тестировщика
10.10.2019 00:00

Публикуем доклады с конференции SQA Days 25, посвященные нетехническим навыкам тестировщиков.

  • Выживание тестировщика в эпоху всеобщего Agile – Филипп Терехов, SkuVault (Уфа).
  • Основные деловые навыки для тестировщиков – Йохан Штейн, IQbusiness South Africa (Йоханнесбург).
  • Правильное встраивание себя в коммуникативную сеть компании – Алиса Бойко, Shate-M Plus (Минск).
  • По пути к управлению своим временем – Наталья Савастюк, BPMobile (Минск).
  • Зоны ответственности тестировщика – Юлия Носакова, KODE (Калининград).
Записи докладов ниже.
Подробнее...
 
Достаточно – это сколько? Тестирование как рассказ
09.10.2019 00:00

Автор: Джеймс Бах (James Bach)
Оригинал статьи
Перевод: Ольга Алифанова

Классический вопрос, который задают про тест-стратегию – это "А сколько тестирования достаточно?" Если вы тестируете исключительно по тест-кейсам или через автоматизацию, то ответ кажется очевидным – проделано достаточно тестирования, когда у вас закончились тесты. Однако этот ответ недостоин мыслящего тестировщика. Мыслящий тестировщик задает вопрос так, чтобы он затрагивал миссию тестирования, а не только кнопочки, которые нажимаются в процессе. Всех уже существующих тест-процедур может быть недостаточно для осуществления миссии… или же они могут быть избыточными.

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

Подробнее...
 
Автоматизируй это! Как мы улучшали интеграционное тестирование
08.10.2019 00:00

Оригинальная публикация

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

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

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

Про изменения в релизном цикле и развитие механизма выкладки рассказывали со стороны ops и dev в одной из прошлых статей. Я же расскажу про историю изменения процессов тестирования в ходе этой трансформации. 

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

Подробнее...
 
Четыре причины для тестирования валидации ввода (хоть это и скучно)
05.08.2019 15:45

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


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

Подробнее...
 
Как закрывать задачи в баг-трекере
04.10.2019 00:00

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

Аналогичную статью я написала в рабочем конфлюенсе в 2013 году. И на момент написания этой статьи (2019 год) она все еще была актуальна.

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

И вот ты открываешь задачу, листаешь до последнего комментария посмотреть, какая документация, что как работает, а там… Пусто. Или скромное «Все проверено, все ок». А документация где? Я же не в теме задачи, я хочу прочитать побольше!

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

image


Подробнее...