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

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

.
Начинающему тестировщику
Вы больше не волк-одиночка!
11.06.2021 00:00

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

Когда я впервые устроилась автоматизатором, меня наняла компания, где до меня не было QA-инженера. Я никогда раньше не занималась автоматизацией, однако убедила компанию, что моих базовых знаний Java хватит, чтобы разобраться. Это было задолго до появления чудесных ресурсов вроде Test Automation University, поэтому я потратила много времени и сил на метод проб и ошибок, прежде чем автоматизировала тесты, которые бы запускались и проходили. Мои тесты были длинными, нестабильными, их было тяжело поддерживать, и они были переполнены неявными ожиданиями и дупликацией кода – но это были мои тесты, и я получала большое удовольствие, разбираясь с автоматизацией самостоятельно.

Затем компания наняла нового разработчика, и менеджер решил, что будет здорово, если он изучит наше ПО, изучая мои тесты. Не советуясь со мной, разработчик полностью их переписал. Меня это задело, пока я не поглядела в тесты и не увидела, что он реорганизовал их, применяя модели и методы page object так, что дупликация кода исчезла. Тесты стало так легко поддерживать! Тогда я узнала, что лучше сотрудничать, а не тащить все самостоятельно, потому что другие могут обладать отсутствующими у нас навыками.

Подробнее...
 
Советы (начинающим) тестировщикам
28.05.2021 00:00

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

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

Тест-дизайн, тест-техники и запуск тестов – классные вещи. Я бы предпочел "выполнение тестов" "запуску тестов" – мой вариант показывает, что тест – это деятельность, активно выполняемая человеком, адаптирующимся по ходу дела. "Запуск тестов" звучит как рецепт или запрограммированный набор инструкций.

Я бы советовал начать с выполнения тестов. Но этот совет может несколько смутить тех, кто убежден, что тестирование имеет дело только с неким (почти) готовым продуктом и нацелено на поиск ошибок кода. В Rapid Software Testing мы смотрим на вопрос шире: тестирование – это процесс оценки продукта путем его изучения через опыт, исследование и эксперименты, включающие до некоторой степени вопросы, наблюдения, моделирование, вмешательства, и т. д.

Подробнее...
 
Как просто начать автоматизировать с TestProject
24.05.2021 00:00

Автор: Volha Stamper

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

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

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

TestProject один из таких инструментов, определенно стоящий внимания. Рассмотрим некоторые преимущества инструмента.

Подробнее...
 
TestOps: писать автотесты недостаточно
14.05.2021 00:00

Автор: Руслан Ахметзянов, Qameta Software

Совсем недавно я услышал замечательную историю о проекте внутри крупной российской IT-компании, ищущей руководителя в отдел тестирования. Задача была простая: есть отдел из 20 человек, которые за последние несколько лет наколбасили несколько тысяч автотестов и спроектировали пачку тестов ручных. В целом все работало, но СТО на собеседовании сказал примерно следующее: “Ваша задача — выкинуть все это к чертям собачьим и сделать нормально. А то когда предыдущий QA Lead ушел, мы поняли, что вся эта инфраструктура у нас нигде не используется.” 

Ситуация невообразимая. Так не бывает. У нас точно не так. У нас же не так? 

Проблемы “works on my machine” и “ответственность за нерабочий код лежит на том, кто его деплоит”, ровно о том же. И пока разработчикам рассказывали про спасительный DevOps, тестировщики и QA-специалисты как-то со стороны смотрели на это “не шаля, никого не трогая, примус починяя”. Ну что, пришло время набросить и на этот вентилятор.

В этой статье мы с Артемом Ерошенко из Qameta Software попробуем разобраться, что такое “делать тестирование нормально” в новых проектах. 

Подробнее...
 
Надо ли охотиться на этот баг?
06.04.2021 00:00

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

Любой, кто хоть раз стирал, сталкивался с этой ситуацией: складываешь постиранные вещи и обнаруживаешь отсутствие одного носка. Иногда он пропадает, потому что вообще не попал в стирку. Иногда он остается в стиральной машинке. Шутят даже про то, что она отправляет носки в другое измерение!

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

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

Подробнее...
 
Регулярные выражения (regexp) — основы
05.04.2021 00:00

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

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

Чем это лучше простого поиска? Тем, что позволяет задать шаблон.

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





А регулярное выражение позволяет задать шаблон «найди мне цифры в таком-то формате».

Подробнее...
 
Чек-лист тестирования требований
24.03.2021 00:00

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

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

Вот только на что обращать внимание при тестировании? Есть набор основных характеристик, которыми должна обладать хорошая документация:

Подробнее...
 
Чек-листы — полная лекция из курса ШНАТ
15.03.2021 00:00

Автор нашего курса «Школа для начинающих тестировщиков» Ольга Назина опубликовала в общем доступе тему по чек-листам. В ней мы разберем:

  • Что такое чек-лист
  • Как накидать проверок на что-нибудь (доработку системы / некое поле / некий функционал)
  • Как оформлять чек-лист
  • Особенности чек-листов
  • Плюсы и минусы
  • Когда применять чек-листы
  • Инструменты для оформления чек-листов

А в конце видео будет описание домашнего задания. Попробуйте сделать его самостоятельно ;) А если хотите фидбек от тренера, то записывайтесь на курс!

Приятного просмотра)

Обсудить в форуме

 
Decision Table — что это и как применять
11.03.2021 18:05

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

Decision Table (таблица решений) — техника, помогающая наглядно изобразить комбинации условий из ТЗ.

Чем проще и понятнее требования, тем меньше будет разночтений. И тем меньше исправлений после реализации. И тем проще нам, тестировщикам, писать тест-кейсы по таким требованиям ))

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

Подробнее...
 
Какая бывает документация
05.03.2021 00:00

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

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

Однако помимо ТЗ есть еще куча другой документации, которую тоже стоит проверить. Как минимум вычитать, нет ли ошибок. Эта статья — как чек-лист, «что еще нужно найти и проверить».

Итак, давайте посмотрим, какая бывает документация:

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



Страница 8 из 19