|
02.04.2013 11:51 |
|
Снова хотим познакомить Вас с текущим расписанием онлайн-тренингов по тестированию ПО. Мы уже практически сформировали расписание тренингов до лета, будет еще добавлено несколько новых тренингов, но пока будет держать эту информацию в секрете.
Все онлайн-курсы
Ждем Вас на наших онлайн-курсах!!!
И еще два слова о формате:
Основные занятия наших курсов выкладываются раз в неделю в виде записи. Таким образом ученик может посмотреть их в любое удобное для него время, не нужно подстраиваться под определенное время, не нужно отвлекаться от работы. Вы можете смотреть запись с той скоростью, что удобна Вам, останавливать запись, делать паузы. Наши ученики отмечают, что в отличии от живой лекции это экономит очень много времени. Особенно в те моменты, когда что-то сразу не понятно. Не нужно ждать окончания лекции, а потом пересматривать ее записи, нужно просто открутить запись на несколько минут назад, еще раз внимательно прослушать, если нужно, то повторить действия тренера.
И при этом тренер доступен практически постоянно в закрытом скайп-чате. Всегда ему можно задать вопрос и получить ответ. Сложные вопросы обсуждаются в закрытом форуме.
Домашняя работа, которая дается после каждого занятия позволяет попробовать все, что было рассказано на занятии на практике на учебном проекте или на своем приложении и получить обратную связь и оценку от тренера за каждое выполненное задание. Не раз уже ученики говорили нам, что когда они видят текст домашнего задания, то думают: “Зачем еще и домашняя работа, в лекциях и так все понятно”, но когда начинают выполнять его, то сталкиваются со множеством ньюансов, возникают вопросы. В отличии от очного тренинга, где после тренинга ученики предоставлены сами себе, онлайн-тренинги позволяют в течении длительного срока пробовать применить полученные знания в реальной работе и при этом быть на связи с тренером и задавать ему вопросы.
Еженедельные живые онлайн-консультации помогут оперативно решить все сложные вопросы.
Данный формат доказал свою эффективность. Он подходит всем, кто хочет получить новые знания и применить их на практике.
Бывает ли что данный формат не подходит ученику?
Да, бывает. У нас было несколько таких случаев. Во всех случаях, обучение было навязано сверху, а ученику оно было не нужно. В таких случаях, в отличии от очного курса, где тренер может просто стоять над учеником и ждать, когда он что-то сделает, онлайн-обучение не эффективно. В случаях же, когда ученик выбирает обучение сам, формат доказал свою эффективность.
Для тех, кто еще сомневается, подходит ли ему такой формат и нужны ли ему наши тренинги, мы предлагаем почитать Отзывы о наших курсах
|
|
21.03.2013 19:54 |
|
Автор: Наталья Руколь, ведущая Школы Тест-Менеджеров, очередной запуск которой начнется 20 мая.
Каждый тест-менеджер сталкивался с этой неприятной ситуацией: пользователь обнаруживает ошибку, которую мы своевременно не нашли. И ошибку важную, в основном функционале, который мы многократно и тщательно тестировали!
Как это произошло? Как избежать подобных ситуаций в будущем? Как реабилитировать своё доброе имя перед коллегами?
Я уже рассказывала о пропуске ошибок глазами тестировщика. А в этой статье давайте разберёмся с позиции тест-менеджера: какие возможные проблемы приводят к пропускам, и каковы способы их решения.
Причины пропуска проблем
Представьте себе, что у вас что-то болит, и вы записываетесь к доктору. На приеме он даже не пытается выслушать симптомы, а сразу назначает лекарство. Что вы сделаете? Скорее всего, сбежите от него. И правильно сделаете! Лечение невозможно без диагностики, и, только точно зная источник проблемы, её можно решить.
В тестировании и разработке ПО всё то же самое. Хотите что-то улучшить? Значит, вы хотите вылечить проблему. Найдите её!
Давайте посмотрим на стандартные причины пропуска ошибок, и для удобства восприятия поделим их на 2 категории: проблемы в процессе и человеческий фактор.
|
|
Подробнее...
|
|
01.03.2013 12:31 |
|
Выложена еще одна часть записей докладов с прошедшей в Минске конференции SQA Days 12.
Релизимся чаще, или тернистый путь к continuous delivery
Александр Баяндин, 2ГИС, Новосибирск, Россия
Управление качеством в Agile. Как опередить баги
Антон Столяр, EPAM Systems, Минск, Беларусь
Сервисы на базе автоматизации тестирования
Артем Семенов, Align Technology, Inc., Москва, Россия
Архитектура автоматизированных тестов
Алексей Лянгузов, Grid Dynamics International, Inc, Санкт-Петербург, Россия
Описания докладов по ссылке Подробнее...
|
|
Подробнее...
|
|
27.02.2013 10:35 |
|
Автор: Киселева Ольга
Начнем с основ - что вообще такое робот и зачем он нужен?
Робот - это приложение, которое выполняет какую-то работу за нас. Но не всю - он делает маленький кусочек, а остальное проверяет тестировщик вручную. Такая полуавтоматизация.
Зачем она нужна? Затем, что автоматизировать можно не всякий проект. Хотя бы потому, что у вас, начинающего автоматизатора, просто нет нужных знаний и опыта. А тестировать нужно здесь и сейчас. А проект у вас всего на пару-тройку месяцев. И помимо него еще целая куча разных дел.
В таком случае вкладываться в автоматизацию просто бессмысленно - пока вы настроите нормальный тестовый фреймворк, напишите все тесты, которые хотели - уже все. Проект сдан, тесты больше не нужны, пойдем по новой.
Но ведь автоматизировать хочется. И даже не столько потому, чтобы навык приобрести, сколько потому, что без робота работа превращается в рутину. Только представьте себе - чтобы проверить логику внутри вашего приложения, вам почти на каждый чих, на каждое действие нужно выполнить предусловие по созданию какого-то объекта, чаще всего карточки - карточки клиента, карточки здания, карточки чего-то еще...
Создаем карточку раз, создаем карточку два, создаем карточку три... создаем карточку одна тысяча сто восемьдесят шесть... И каждый раз заполняем одни и те же поля. И вот здесь нам и поможет наш робот - заполняем карточку один раз, пока пишем программу, а потом робот это делает за нас! Заманчиво, не правда ли? А ведь это еще и легко осуществимо!
Для создания робота не надо владеть знаниями языка на уровне младшего разработчика. Достаточно знать простые основы. И инструменты, которые помогут нам решить проблему.
Сегодня я хочу показать возможности инструмента Watin, добавив его в вашу копилку знаний.
|
|
Подробнее...
|
|
25.02.2013 13:26 |
|
Новая серия онлайн-конференций по тестированию набирает обороты.
Уже опубликованы описания первых докладов всех трех онлайн-конференций, остальные доклады в стадии подготовки, а для участников еще 10 дней действуют льготные цены.
Мы обратились к членам программного комитета, чтобы они чуть подробнее рассказали о своих конференциях.
Татьяна Зинченко, программный комитет FUN ConfeT&QA
«Я помню этот момент пару лет назад, когда ConfeT&QA только планировала разделяться на независимые конференции. Идея FUN ConfeT&QA пришла почти мгновенно - это же и FUNctional, и Fun. А еще это - тысячи тестировщиков по городам и странам, которые любят тестировать вручную и не хотят ни расти в менеджмент, ни переходить в автоматизацию. И мы можем им помочь облегчить свой труд полезными инструментами и "лайф хаками". Да я и сама немало узнала за время подготовки к выступлениям, помощи докладчикам, общения со слушателями. Вы - лучшие! Услышимся в апреле ;)»
Андрей Дзыня, программный комитет Auto ConfeT&QA
«Современная разработка программного обеспечения не стоит на месте. С каждым годом тестировщикам, которые принимают участие в автоматизации тестирования, нужно решать все новые и новые проблемы. В этом году мы постараемся организовать предстоящую AutoConfetQA с максимально техническими, но не менее актуальными темами. На сайте уже опубликованы первые доклады. Если у вас есть личные пожелания или рекомендации относительно темы докладов, пожалуйста напишите нам.»
Наталья Руколь, программный комитет Chief ConfeT&QA
«Самые активные тест-менеджеры уже давно работают над новой Chief-конфеткой, потому что мы хотим сделать её лучше предыдущей. Ярче, насыщеннее, полезнее. Чтобы вы, наши дорогие участники, благодаря ей тоже могли стать лучше: эрудированнее, смелее, веселее. Хотите помочь? Отлично, всё в ваших руках! Вы можете стать докладчиком, и поделиться своим ценным опытом. Или участником, заранее сообщив нам, какие темы докладов для вас интереснее. В любом случае, подключайтесь! С конфеткой мы сделаем этот мир слаще :)»
А пока организаторы готовят программы и репетируют с докладчиками, мы решили спросить участников об их ожиданиях.
|
|
Подробнее...
|
|
20.02.2013 23:31 |
|
Автор: Алексей Алексеев
Статья была написана для декабрьского номера журнала Tester's Life.
Автоматизированный тест – это скрипт или программа, которая имитирует взаимодействия пользователя с приложением для нахождения дефектов в приложении. Данное определение справедливо пожалуй только для GUI тестирования. К авто-тестам также можно отнести и модульное тестирование — процесс в программировании, позволяющий проверить на корректность отдельные модули исходного кода программы.
В современном мире автоматизация тестирования все чаще используется при разработке программного обеспечения. С появлением множества методик и инструментов автоматизация выходит на новый уровень своего развития.
|
|
Подробнее...
|
|
19.02.2013 18:16 |
|
Автор: Сергей Высоцкий
Оригинальная публикация
Традиционный подход к автоматическим тестам выглядит примерно так - тестописатель изучает тестируемую систему и после этого руками пишет каждый отдельный сценарий для проверки искомой системы. Кто-то может написать тут гордое слово "handcrafted", а я называю это словом "handjob". А все потому, что обычно этот подход к созданию и написанию тестов страдает от двух проблем:
- "Парадокс пестицида", описанный Борисом Бейзером в 1990-м году. Заключается он в том, что тесты все менее и менее эффективны в отлове багов, так как баги, для обнаружения которых эти тесты написаны, уже найдены и починены. Если же этого не происходит, то возникают серьезные вопросы к написанному коду и к рабочим процессам
- Тесты статичны и их сложно менять, в то время как тестируемая система имеет свойство постоянно эволюционировать, обрастать новым функционалом и менять поведение старого. И тесты нужно менять каждый раз, когда функционал изменяет внешний вид программы или ее поведение. И с ростом сложности обновления тестов оправдывать чудовищные издержки на поддержку тестов становиться все сложнее.
Model-Based Testing данные проблемы практически полностью игнорирует, поскольку тесты создаются автоматически из точной модели приложения. Это сильно упрощает как поддержку уже существующих, так и генерацию новых, крайне полезных и гибких тестов.
|
|
Подробнее...
|
|
|
