Home

Автор оригинала: Jon Calhoun
Перевод: Иван Феофанов

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

Но несмотря на всю мою любовь к тестированию, я не рекомендую его новичкам.

Звучит дико, правда? В этой статье я собираюсь пояснить свою точку зрения более детально, но весь смысл, в итоге, сводится к двум пунктам:

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

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

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

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

Чтобы сделать задачу более наглядной, мы создали небольшой тренажер: https://playground.learnqa.ru/puzzle/triangle. К нему мы добавили самые популярные кейсы для тестирования, а также несколько багов разной сложности. Можете попробовать найти их все и получить приятные скидки на наши курсы! Ну и конечно похвастаться перед другими тестировщиками, когда найдете все :)

Автор: Майкл Болтон (Michael Bolton).

Оригинал статьи: http://www.developsense.com/blog/2018/12/pressing-the-green-button/

Перевод: Ольга Алифанова.

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

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

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

Материал подготовлен компанией SimbirSoft

Так или иначе, все сталкивались с ситуациями, когда в банальной обстановке вдруг происходило что-то необычное. Примерно такой случай произошел с нами при тестировании нового приложения на проверенном сто раз окружении. Сюрпризом для нас стало использование некоторых возможностей HTML5 в работе front-end’а, а точнее невозможность стандартными средствами Selenium WebDriver автоматизировать тестирование drag&drop операций. Об этом опыте мы хотим рассказать.

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

Ранее мы обсуждали три способа тестирования на межсайтовый скриптинг. Мы разбирали примеры ручного тестирования XSS и говорили о том, как использовать код для создания XSS-атак. Сегодня мы рассмотрим третий способ тестирования – использование автоматизации. Для этого мы воспользуемся Burp Suite. Этот странно названный, но крайне полезный инструмент доступен бесплатно (есть и платная версия с дополнительной функциональностью). Мы также будем пользоваться Juice Shop и Postman.

Для начала давайте исследуем поле Juice Shop, которое мы будем тестировать. Используя Chrome, перейдите на главную страницу Juice Shop. В верхней части экрана вы увидите окно поиска. Откройте инструменты разработчика Chrome, нажав на многоточие в правом верхнем углу – затем нужно выбрать "Дополнительные инструменты" – "Инструменты разработчика". После того, как вы их открыли, кликните на вкладку "Сеть".

Автор: Баз Дийкстра (Bas Dijkstra).

Оригинал статьи
Перевод: Ольга Алифанова.

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

Автор: Ольга Назина

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

Когда вы заводите задачу, ее нужно обосновать. Вы должны убедить разработчика, что:

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

А то иногда читаешь баги (особенно баги новичков) и задаешься вопросом: — Почему это баг??

Например, там написано: «Загружаем отчет, получаем 57,6. А должно быть — 57.9».

Тренер по тестированию Ольга Назина подготовила для читателей нашего портала новогодний подарок — подборку переводов исследовательских туров от James A. Whittaker из книги Exploratory Software testing!

Исследовательское тестирование — серьезная тема, провести его полноценно может только опытный тестировщик. Это ведь не просто «потыкать рандомно», все равно нужен план тестирования.

James A. Whittaker нашел способ проводить исследовательское тестирование даже начинающими тестировщиками. Он составил методику туров, которые может выполнить любой. Фактически каждый тур — это тот самый план, по которому мы будем тестировать. План, уже составленный за нас!

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

1. Тур, отмененный из-за дождя. The Rained-Out Tour — ВСЕГДА находит баги, иногда очень крутые! Главное, помните, что отменить действие — это не только «закрыть браузер»
2. Тур «Второй бесплатно». The TOGOF Tour — при concurrency тоже баги очень часто вылезают, рекомендую.
3. Интеллектуальный тур. The Intellectual Tour — ну а куда без него? Сложные вопросы разработчик мог просто не продумать.
4. Тур полуночника. The All-Nighter Tour — что, если оно будет работать очень долго?
5. Тур по путеводителю. The Guidebook Tour — если у нас есть документация, она должна работать. И примеры из нее должны работать, обязательно это все проверяйте!

Ниже приведены ссылки на переводы более двух десятков туров.

8 недель курса мы объясняли сложные термины простым языком, давали домашние задания, отправляли обратную связь и отвечали на вопросы. Мы сказали всё, что было возможно, во время занятий. А теперь пришло время дать слово нашему первому выпуску ПОИНТ (Первый Онлайн ИНститут Тестировщиков).

1 344 часа обучения. Как это было?

«Я прошла курс ПОИНТ на одном дыхании! Грамотно выстроенный процесс помогает плавно влиться в курс. Всё идёт в порядке возрастания и нагрузка не так ощутима. Преподаватели всегда разъясняют, что к чему, постоянно на связи. В самом курсе много информации, но она структурирована; и даже если кажется, что вы это уже знаете, то обязательно почерпнете для себя что-нибудь полезное. Ставлю курсам твёрдую 5! Вы большие молодцы. Однозначно рекомендую, курсы полезные»

Мария Б.

«Эти 2 месяца были очень насыщенными, интересными и, лично для меня, полны открытий. Придя на курс, я уже имела опыт работы в IT, хоть он был и до декрета, и также имела представление о тестировании (книга Савина и некоторые материалы из рассылки Форума тестировщиков). Основной целью было систематизировать и освежить свои знания.

В результате я получила значительно больше! Мне очень понравилось, что вы дали значительный список инструментов, с которыми я не была знакома. Да и навряд ли я освоила бы некоторые из них самостоятельно. Материал в целом подавался очень доходчиво, но порой его не хватало и хотелось больше».

Мария Ф.

ПОИНТ -- Первый Онлайн Институт Тестировщиков, курс по тестированию от компании Лаборатория качества.

Курс предназначен для начинающих: тех, кто не имеет опыта в тестировании совсем, и тех, у кого опыт в тестировании до 2 лет.

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

Над созданием курса работали 11 практиков-экспертов в различных сферах тестирования.

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

Занятие "Документирование тестов", Чек- Листы

Здесь на бытовых примерах рассказано, что такое чек-лист. Приведен пример чек-листа, показано как можно заполнять чек-лист. Даны рекомендации, в каких случаях лучше использовать чек-листы.

Занятие "Исследовательское тестирование"

1. Тест-туры

Здесь рассказано о том, что такое тест-туры, в каких случаях стоит их применять, и на примере нескольких тест-туров Виттакера (“Тур супермодели” и “Тур, отмененный из-за дождя”) показано, как они работают

2. Мнемоники

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

Занятие "SQL для тестировщика"

1. Запросы к нескольким таблицам

Здесь продемонстрирован SQL запрос к трем таблицам. На конкретном примере мы разбираем составляющие JOIN запроса.

2. Базы данных в тестировании

В этом видео рассказывается о том, как знание SQL помогает тестировщику сэкономить время и нервы в неравном бою с багами.