Home

Автор: Андреа Иенсен (Andrea Jensen)
Оригинал статьи
Перевод: Ольга Алифанова

Хочу рассказать вам о крошечном инструменте, который всех спас.

Когда-то я тестировала одну из проблем, чьи первопричины просто не даются в руки. Конечно, ПО работало прекрасно на машине разработчика, но не делало этого на моем тестовом ноутбуке. Наконец после часов дебага, ряда звонков и балансирования на грани отчаяния… мы нашли первопричину!

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

Всем привет! Меня зовут Иван Шевелев и я Head of QA Automation в Skyeng. Я регулярно занимаюсь обучением Manual QA и менторством начинающих QA Automation (далее – QAA) и часто слышу от падаванов вопрос: «А как же мне, собственно, стать QAA?»

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

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

Однажды приходит осознание, что нужно расти. Но куда?

• Разработка – сложно. Глядя на разработчиков в компании, понимаешь, что вы находитесь на совершенно разных уровнях.

• Инфраструктура – сложно. Инфра — это что-то про администрирование, DevOps и вот это вот всё.

• Team Lead/Head of QA – рановато. Опыта в менеджменте нет, а набираться его почти негде. Разве что в кросс-проектных задачах.

• SDET – Понять бы для начала, чем он занимается…

• Автоматизация тестирования — Хм… Программировать особо уметь не надо — пишешь тестики, лутаешь х2 ЗП. Сказка!

Но сказка ли?

Автор: Пол Гриззаффи (Paul Grizzaffi)
Оригинал статьи
Перевод: Ольга Алифанова

Статья вышла сильно позже, чем я планировал – и даже позже, чем я перепланировал ее. Вмешалась жизнь и другие идеи. Однако я думаю, что это все еще нужно иметь в виду, проектируя, тестируя и автоматизируя… или не автоматизируя.

Автор: Алия Токарева, ICL Services
Оригинальная публикация

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

Время идет, сроки становятся все короче и короче, а тестировщику еще не предоставили возможности «познакомиться» с программой. Конечно, тестер задастся вопросом: «А как я успею изучить ПО и уж тем более протестировать, если у меня нет доступа к нему?». Здесь я вам отвечу, что изучить и протестировать – можно. Даже без входа в приложение.

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

1. Программное решение уже готово, но требуются значительные изменения или небольшие доработки;

2. Есть прямой контакт с заказчиком или с лицом, который имеет доступ к приложению.

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

«Присаживайтесь поудобнее, начинаем».

Опубликован выпуск рассылки за январь.

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

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

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

Автор: Рея Алтеа Гунталилиб (Rhea Althea Guntalilib)
Оригинал статьи
Перевод: Ольга Алифанова

В статье Screen Reader 101 обсуждаются основы работы с экранным чтецом и его использование с компьютером. Это вызывает интерес и обсуждения - оказывается, что слепые люди вроде меня пользуются не только компьютерами, но и смартфонами. Люди удивляются, узнавая, что я могу пользоваться смартфоном с тачскрином.

Автор: Ольга Назина (Киселёва)

Когда ручного тестировщика впервые просишь проверить метод REST API, того охватывает паника: «Как это делать? Я вообще почти ничего не знаю про API. Что делать? Как это тестировать?»

Спокойно. Без паники =) Я уже рассказывала на простом языке, что такое API. А сегодня я расскажу о том, как его тестировать. На самом деле почти также, как GUI: в первую очередь это тест-дизайн и придумывание проверок, а потом уже всякие API-штучки. Но и про них не стоит забывать.

Я дам вам чек-лист, к которому вы сможете обращаться потом — «так, это проверил, и это, и это. А вот это забыл, пойду посмотрю!». А потом мы обсудим каждый пункт — зачем это проверять и как.

После теории будет практика! Для неё возьмем метод doRegister системы Users — он находится в открытом доступе, можете дергать по ходу чтения и проверять =) 

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

 «Каким способом лучше начать изучать автоматизацию?»

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