Онлайн-интенсив, 7 коротких 25-минутных записей, консультации в скайп-чате, домашняя работа
И всякий из нас, кто предполагает, что может руководить другими,
должен постоянно и напряженно учиться.
А.В. Луначарский
До тех пор, пока вы самостоятельно решаете стоящие перед вами задачи, вы можете полностью влиять на конечный результат. Но как только вы начинаете руководить отделом, вы сталкиваетесь с неожиданными проблемами:
Не все сотрудники делают именно то, о чём вы их попросили, а важные задачи бывает некому передать
Не все хотят выкладываться на работе и не все чувствуют свою ответственность за качество продукта
Квалификации сотрудников не хватает для решения задач, а развиваться многие готовы только на словах
В команде иногда бывают конфликты, на которые вы не можете повлиять
Сложно найти подходящих вам сотрудников, а наиболее ценные люди в команде посматривают вакансии других компаний
Список проблем можно продолжать до бесконечности – но значительно лучше решить их первоисточники. Если вы хотите лучше понимать своих сотрудников, помогать им достигать максимальных результатов, развивать свою команду и гордиться ей, то онлайн-интенсив по управлению командой тестировщиков создан именно для вас.
Внимание! Курс имеет смысл проходить только если вы в данный момент руководите командой из трёх или более тестировщиков. При отсутствии команды вы не сможете выполнить домашние задания по курсу и пройти его.
В рамках этого курса ежедневно на протяжении одной недели будут выкладываться короткие записи занятий (15-25 минут). По их результатам надо будет выполнять объёмные (до 2 часов!) домашние задания. Огромную значимость в этом курсе несут домашние задания и помощь тренера в их выполнении, поэтому, если вы не можете выделить столько времени (активная фаза проекта, высокая загруженность), лучше не записывайтесь на этот курс. Участники, не выложившие в день получения домашнего задания результаты его выполнения, к дальнейшему прохождению курса не допускаются!
Этот курс предназначен для обучения тестировщиков программированию на языке Python (для тех, кого интересуют другие языки, у нас есть аналогичные курсы дляJava и C#).
Да, это курс именно для тестировщиков. Обучение программированию не сводится только к изучению языка программирования. Построение правильной архитектуры, использование фреймворков и библиотек, владение инструментами разработки и отладки -- это тоже часть “умения програмировать”. Поэтому в этом курсе детально рассматриваются именно те возможности языка и вспомогательных библиотек, которые наиболее востребованы при разработке автотестов, в том числе при тестировании веб- и windows-приложений через пользовательский интерфейс.
Изучаемый материал будет демонстрироваться на едином сквозном примере -- мы будем разрабатывать на языке Python автоматизированные тесты для веб-приложения, используя Selenium WebDriver. Начав с простого теста, записанного “рекордером”, мы будем постепенно усложнять архитектуру тестового набора, добавлять и усиливать проверки в тестах, дополнять тесты генераторами тестовых данных. Основной акцент будет сделан не на алгоритмы, а на изучение различных полезных библиотек и фреймворков, а также шаблонов проектирования, позволяющих организовать код автоматизированных тестов таким образом, чтобы его было легко модифицировать и расширять.
Но одним примером мы не ограничимся, для закрепления материала мы в течение курса построим "в едином стиле" несколько проектов с тестами для приложений разного типа, научимся тестировать приложения через веб-интерфейс, пользовательский интерфейс Windows, интерфейс доступа к базам данных, сетевые интерфейсы (почта, HTTP, веб-сервисы).
И напоследок научимся делать тесты на "естественном" языке с использованием инструмента Cucumber. Да, не удивляйтесь, чтобы делать тесты на "естественном" языке -- нужно уметь программировать :)
Тест-анализ -- фундаментальная составляющая тестирования. На Amazon'е этой теме посвящено множество книг, но ни одна из них пока что не переводилась на русский язык.
Что же такое тест-анализ? Какие задачи решает тест-аналитик? Какие виды анализа и исследования тестируемого ПО существуют?
Для ответов на эти вопросы мы публикуем 1-й вебинар Натальи Руколь по курсу "Школа Тест-Аналитика". Из него вы узнаете о роли тест-аналитика, задачах тест-анализа и форматах исследования программных продуктов.
Не могли бы Вы разъяснить мне следующую ситуацию с точки зрения тестировщика ПО. Ввиду как мне кажется, ее неоднозначности. Так как по моему дефект – это несоответствие фактического результата выполнения программы ожидаемому результату. И он не может быть не дефектом (или я что то путаю?). Или вообще вопрос стоит в дальнейших действиях тестировщика – не имеющего связи с разработчиком?
Заранее прощу прощения за возможно не совсем корректную подачу, сам я так сказать нахожусь по другую сторону баррикад, а именно в разработке ПО.
Собственно задача: При тестировании ПО – обнаружен дефект. Через некоторое время получен фитбек от разработчика, в котором сообщается что это не дефект. Что делать?
Иногда возникает ситуация, когда хром на удаленной виртуальной машине крэшется по непонятной причине, в этом случае вылетает стандартное виндовое сообщение о том, что программа будет закрыта (приложил скрин).
В этом случае джоба в дженкинсе может подвиснуть на пару часов, а иногда и дольше.
При запуске из eclipse ситуация аналогична.
Подскажите, можно ли как-то на это воздействовать, чтобы не было такого долгого ожидания браузера?
Здравствуйте! Есть такой вопрос, как правильно сделать эстимейт при тестировании к примеру корпоративного сайта? Т.е. необходимо оценить и предоставить оценку времени которое необходимо на полную проверку сайта. Мне важны шаги которые надо сделать чтоб хоть как-то понять какое время надо затратить одному тестировщику для тестирования к примеру на одной системе и в двух браузерах. Собственно говоря с чего надо начать?
Спасибо.