Это первая часть мини-серии статей о тестировании в реальной жизни. Цель этих статей – поделиться практической информацией о тестировании на основе реальных живых примеров. Идея цикла зародилась, когда я заметила, что множество известных мне ресурсов по большей части концентрируются на теории или на развитии существующего опыта, однако материалов о том, как это на самом деле делается в реальной жизни (и с чего начать), немного. Моя мини-серия основана на свежем опыте помощи в первичном тестировании мобильного приложения– это и будет примером тестирования в реальной жизни.
Всем привет! Если вы читаете эту статью, значит вам интересен мир тестирования: вы могли что-то слышать от друзей про профессию “тестировщик”, могли читать статьи или какие-то книги.
Уверена, вы хотели бы попробовать себя в новой роли, найти первую работу в тестировании, но у вас куча сомнений — ”у меня нет профильного образования, я — не программист, я не потяну”. Почему я в этом уверена — потому что сама прошла довольно долгий путь преодоления собственных страхов и сомнений, потому что студенты моих курсов приходят именно с такими страхами и неуверенностью в собственных силах.
В своей статье я расскажу, какими знаниями и умениями необходимо обладать, где их можно получить, как подготовиться и пройти собеседование на позицию “младший тестировщик” и устроиться на свою первую работу!
Какими навыками должен обладать начинающий специалист по тестированию, и где эти навыки получить?
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
Автоматизировать CRUD-тестирование можно несколькими способами. Как минимум нужно проверить по одной операции из каждого раздела: создание, чтение, обновление и удаление. Для удобства давайте предположим, что:
Мы тестируем простое текстовое поле, которое использовали раньше.
Мы автоматизируем на уровне UI (автоматизацию API я буду обсуждать в других статьях).
Привет, я Андрей Шальнев, QA Automation Lead в проекте Skyeng Vimbox. В течение года мы с командой занимались оптимизацией процессов автоматического тестирования и сейчас вплотную подошли к ее финальной стадии. А это хороший повод выдохнуть, пересмотреть бэклог и подвести какие-то промежуточные итоги. Для Хабры я решил сделать подборку из десяти наиболее полезных и при этом простых вещей, которые помогли нам справиться с задачей оптимизации автотестов. Надеюсь, статья пригодится QA-командам в растущих компаниях, где старые процессы тестирования уже не справляются с нагрузкой, и вопрос реорганизации встает ребром.
Автор: Джеймс Бах (James Bach) Оригинал статьи Перевод: Ольга Алифанова
Алекс Бунарджич задал мне вопрос, который вдохновил меня на целую статью:
"Я считаю (и я убежден, что вы найдете способ убедить меня, что я в корне неправ), что если человек намерен улучшить качество, поддерживая высокие этические стандарты, то имеет смысл прищучить проблему в зародыше – или, как минимум, как можно ближе к источнику. Тестирование, как я понимаю, не связано с производством качества, и, следовательно, находится ниже по течению. Оно, конечно, тоже очень важно, но определенным образом смахивает на борьбу с ветряными мельницами. Неужели вам не хочется направить свои выдающиеся интеллектуальные качества на деятельность, связанную с производством качества? Я убежден, что если бы вы стали разработчиком или архитектором ПО, вы были бы не менее успешны и влиятельны, и, возможно, имели бы больший охват аудитории".
Несмотря на колоссальные возможности современных табличных редакторов, для многих команд разработки рано или поздно встает вопрос о внедрении специализированных инструментов (систем) для управления процессом тестирования в своих проектах. Какой же из них выбрать?
Такой вопрос в моей практике задавался не раз. Это подтолкнуло меня на создание этой обзорной статьи. Чтобы в будущем сэкономить немного времени себе и всем тем, кто также столкнется с этим вопросом. И пусть даже в конце статьи на него не будет ответа (извините за спойлер), но ваше подсознание, скорее всего, определится уже сейчас и в нужный момент на определенном проекте подскажет ответ.
В своих поисках я натыкался на множество аналогичных статей (в одной из которых я позаимствовал структуру сравнительной таблицы), но все они скупо перечисляют функции с сайтов этих систем и 1-2 скриншота интерфейса и зачастую содержат скрытую или открытую рекламу одного из таких инструментов. Мне же захотелось испытать каждую систему “на себе” и непредвзято поделиться увиденным, рассказать о своих ощущениях.
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
В прошлый раз мы начали разбираться с тестированием CRUD. Как вы помните, CRUD означает "Create, Read, Update, Delete" (создание, чтение, обновление и удаление). В прошлый раз мы обсуждали тестирование создания и чтения, а теперь рассмотрим обновление и удаление.
Обсуждая операцию чтения, я упоминала, как важно тестировать сценарии, при которых данные в базе неверны. Это верно и для операции обновления. Только то, что текстовое поле предполагается обязательным и должно разрешать определенное количество символов, не означает, что именно так работает ваша база данных!
Задумались о получении сертификата ISTQB, но пока не знаете с какой стороны подойти к этому вопросу?
Для чего вообще нужна сертификация ISTQB FL?
Как готовиться? Проштудировать свежую версию силлабуса, словарь с терминами и безупречно проходить все доступные в сети тренажеры с тестами или записаться на курс подготовки, где все систематизировано?
Специально для вас мы подготовили бесплатный вебинар, на котором сертифицированные специалисты Наталья Руколь и Анна Палейответят на все эти вопросы.
НА ВЕБИНАРЕ ВЫ УЗНАЕТЕ:
Зачем нужна и какие возможности открывает сертификация ISTQB FL
Что изменилось в программе сертификации 2018 года (Syllabus 2018)
Как подготовиться к сдаче сертификационного экзамена ISTQB FL
Что выбрать: самостоятельную подготовку или с помощью специальных курсов?
Решил написать свое мнение касательно того, заменит ли автоматизация тестирования, собственно, тестировщиков. Прежде всего потому, что довольно часто слышу подобное мнение среди Junior QA, кто только делает свои первые шаги в тестировании и уже боится, что чего-то не успел.
Справедливости ради, подобное мнение бытует и среди ребят постарше. Довольно часто считается, что автоматизация — чуть ли не единственный путь развития ручного тестировщика. Обо всем этом и многом другом под катом.
Небольшое уточнение, прежде чем мы начнем. Вся речь далее будет идти о функциональных автотестах. Это именно UI-тесты, которые не стоит в данном контексте путать с unit-тестами. Последние всегда писались и должны писаться разработчиками, а где это не так — это предмет уже совсем другого обсуждения.
втор: Кассандра Ланг (Cassandra H. Leung)
Автор: Кристин Джеквони (Kristin Jackvony)
Опубликован очередной выпуск рассылки за первую половину ноября.
Автор: Джеймс Бах (James Bach)
