Совсем скоро стартует очередной запуск тренинга Первый Онлайн Институт Тестировщиков, который рассчитан на специалистов по тестированию, как начинающих, так и с опытом до 1-2 лет. Перед вами - один из эпизодов курса на тему Чек-листы занятия Документирование тестов. В данном фрагменте на бытовых примерах рассказано, что такое чек-лист. Приведен пример чек-листа, показано как можно заполнять чек-лист. Даны четкие инструкции, в каких случаях лучше использовать чек-листы.
Как все начиналось: группа QA-инженеров с многолетним стажем решила понять, каких знаний от тестировщиков-новичков сегодня ждут заказчики. Набралось более 40 тем, которые мы объединили в 17 полноценных образовательных модулей. Добавили к ним одиннадцать тренеров-экспертов, трех методистов и восемь помощников, готовых до ночи разбирать домашние задания студентов. Так родился ПОИНТ, наш ответ на вопрос: «Как стать инженером по тестированию, а не обезьянкой, умеющей нажимать на три кнопки и где-то услышавшей, что в тестирование берут кого угодно».
И мы рады, что люди, записавшиеся на первый запуск нашего курса, с первых же занятий поняли это и сразу влились в работу. Пока мы выложили 6 вебинаров из 17, но уже активно собираем данные о наших любимых студентах, просим их поделиться первыми впечатлениями, не скрывать от нас тревоги и недовольства, делиться мыслями и мечтами.
И сегодня, набравшись смелости и заручившись поддержкой наших студентов, мы готовы поделиться с вами пятью фактами о ПОИНТ. Надеемся, что некоторые из них удивят вас не меньше, чем удивили нас (а некоторые, если честно, и вовсе шокировали).
Сама структура курса осталась прежней, так как была хорошо проработана исходно. Но некоторые задания поменялись. И добавились новые. Основное отличие — это то, что мы добавили Folks как выпускной экзамен для студентов.
Задание показало слабые места, что нужно дорабатывать и прорабатывать дальше. В том числе само задание. Где-то добавили информации, где-то видео в помощь записали и т.д.
Плохих отзывов оказалось очень мало, поэтому сосредоточились на них.
Подробный разбор отрицательных отзывов тренер Ольга Назина сделала в своем блоге.
Привет, друзья! Меня зовут Роман Савин, я -- автор книги "Тестирование дот ком". Я только что выпустил новый видео-курс для начинающих тестировщиков на английском языке и хочу вам о нем рассказать.
Итак, для чего мы идем на курсы тестирования? Цели две: 1. Получить работу тестировщика и 2. Освоить азы профессии, чтобы после получения работы тебя не выгнали на второй день из-за того, что ты не знаешь, например, разницу между веб-браузером и веб-сервером.
А это значит, что начальное QA образование должно быть сфокусировано на двух вещах: 1. Подготовка к интервью и 2. Основы тестирования и интернета.
Как учитель и автор, я помогаю своим студентам в получении/удержании работы, используя простой язык для моих лекций, практические примеры и тренировочное ПО. Но со временем я понял, что этого мало - нужен новый формат подачи материала и практическая помощь студентам в написании резюме, поиске работы, прохождении интервью и стажировке в софтверной компании.
Чтобы решить эти вопросы, я начал сотрудничество с американской компанией QA Mentor, с которой мы в апреле 2018 выпустили видео-курс по тестированию и разработали методику для помощи студентам в трудоустройстве.
Наблюдать, как некоторые тестировщики сомневаются в себе, практически вызывает боль. Двое из каждого десятка сомневаются, если быть точным.
Я преподавал воркшопы нескольким сотням тестировщиков только в этом году. По какой-то причине эти 20% тестировщиков не находят багов вообще в течение первой двадцатиминутной тестовой сессии. А это обычно сессия, которая проводится на крайне забагованном приложении, специально выбранном для поиска багов.
Итак, тестирование! Все мы его любим. Я точно знаю – мои друзья-приятели его обожают. Мы его понимаем, мы постоянно учимся новому, мы пытаемся улучшить свои подходы и методы, читаем книги, ходим на семинары и конференции… и я могу продолжать до бесконечности. Мы стремимся сделать мир лучше.
В наши дни (конечно, это громко сказано и очень зависит от контекста) конкретный набор требований, четко определенный список приемочных критериев и непротиворечивое, полное понимание, как же приложение должно себя вести – это нечто из мира розовых пони.
Возможно, это правда, но даже если нет, тестировщики не должны бояться задавать вопросы. Когда я сам начинал, в наши головы буквально вдалбливали, что тестировщик никогда не додумывает. Однако это не оправдание для того, чтобы отключить свой здравый смысл, конечно.
В ушах коллектива нынче набатным колоколом звучит манифест Agile, и личности и взаимодействия между ними находятся в центре внимания. Разговаривайте с людьми. Разговаривайте с собой (попытайтесь только не свихнуться). Встаньте из-за этого вашего залитого кофе стола и поболтайте с коллегой. Спросите его о чем-нибудь. Поработайте над чем-нибудь. Те, кто помнит Боба Хоскинса, помнят его знаменитую фразу "Разговаривать – это хорошо".
В апреле в Екатеринбурге прошла IT-конференция DUMP 2017. В числе восьми тематических секций была представлена и тема тестирования. Предлагаем вам посмотреть видеозапись доклада, который будет полезен тем, кто в этой области не очень давно - “Как “продать” баг разработчику”.
В докладе рассказано о том, как обосновывать баги. И зачем это надо: зачем вообще «продавать» баг кому-то из команды.
Доклад был подготовлен автором курсов по тестированию ПО, Ольгой Назиной, в том числе как видео в помощь студентам ее тренингов:
Поговорите с успешными тестировщиками, и вы увидите общую тенденцию. Большинство из них не планировало стать тестировщиком – они стали ими практически случайно и пришли в тестирование разными дорогами.
Если это так, то какая дорога лучше всего подходит для того, чтобы стать успешным профессиональным тестировщиком?
Я, честно говоря, не знаю.
Более того, я даже не знаю, есть ли единственно верный путь.
Но я понял нечто куда более интересное, пообщавшись с многими успешными тестировщиками за последние двадцать лет.
Мне понадобилось время, чтобы это осознать, так как для этого мне пришлось игнорировать и то, что они делают, и то, что они мне говорят – чтобы сконцентрироваться на том, кто эти люди и что их отличает от других.
Успешные тестировщики обладают вот такими качествами – я встречал их практически у любого профессионала:
Ярослав Пернеровский, Test Automation Lead в GlobalLogic, 12 лет в тестировании:
В самом начале карьеры сложно сказать, какие знания надо прокачивать, так как технические требования формируются конкретным проектом и технологиями. Если человек технически грамотен, то он сможет разобраться в любом вопросе, для этого ему понадобится помощь коллег либо комьюнити.
И тут уже критически важно владеть так называемыми «софт скилами»:
правильно задавать вопросы;
грамотно объяснять (касается также и написания баг репортов, тест кейсов и т.п.);
уметь слушать.
Без наличия умений структурировать свои мысли устно и письменно, очень сложно будет двигаться дальше.
Если все же стоит цель именно «прокачать» что-то, то тут самое важное сконцентрироваться на чем-то одном. Например, очень сложно «выучить все тестирование». Гораздо проще освоить «тестирование конкретного приложения». Для этого нам понадобится само приложение и гугл. Остаемся с приложением один на один и пытаемся «тестировать» именно его. Искать проблемы, пытаться эти проблемы документировать, гуглим, как правильно это делать, делимся репортами с разработчиками или знакомыми. Пытаемся разобраться, как оно работает, какие технологии под капотом и т.д.
Что касается навыков, которыми должен владеть начинающий тестировщик, то в первую очередь это язык. Можно, конечно, Java или Python, но лучше английский! Хотя бы на уровне — читаю блоги без словаря.
Также нужно очень четко понимать, как работает то, что собрался тестировать. Уверенный пользователь екселя тут не совсем сработает. Надо понимать, как процессор обрабатывает команды, зачем нужна операционная система, базы данных, что такое веб-сервер. Что такое язык программирования, базовые навыки программирования тоже очень пригодятся.
Тестирование — это не самое простое занятие, как может показаться со стороны, это постоянно развивающаяся отрасль, в которой каждый день что-то происходит. Старые подходы сменяются новыми, сложные вещи упрощаются, тестируемые системы усложняются, разрастаются, уходят в облака и т.п. В таком ритме очень важно уметь и хотеть постоянно и непрерывно учиться.
Во время тестирования веб-приложения нужно обращать внимание на нижеперечисленные пункты. Этот чеклист применим практически к любому типу веб-приложений в зависимости от бизнес-требований.
Чек-лист для тестирования веб-приложений состоит из:
Тестирования удобства использования.
Функционального тестирования.
Тестирования совместимости.
Тестирования баз данных.
Тестирования безопасности.
Тестирования производительности.
Теперь давайте рассмотрим каждый пункт по отдельности.
Автор: Стив Кросс (Steven Cross)
В апреле в Екатеринбурге прошла IT-конференция 
Автор: Джоэл Монтвелиски (Joel Montvelisky)
Ярослав Пернеровский