Итоги 2015 года

Конец года, время подводить итоги. Я великий прокрастинатор и мне кажется, что я столько всего могла бы успеть, но не стала делать... И все же столько всего классного было сделано в этом году! Ну, помимо того, что мы завели кота 

Достижение года — шкодный котенок

Работа

Тут сложно распространяться. Все, что случается интересного, я стараюсь выносить в блог, законсперировав персональные данные. Остальное умрет вместе со мной 

Но мы сделали много классного для счастья наших Заказчиков за это время! Сейчас думаю над SMART целью на следующие полгода-год =)

Тренерство, личные проекты

Курсы

За этот год я провела с десяток курсов для начинающих — практически каждый месяц! Создала историю развития курса, стала складировать там информацию =)

Спасибо большое моим студентам! Они меня вдохновляют на улучшение моих лекций и написание блог-постов для начинающих. А еще очень приятно потом читать в чате выпускников через месяц после выпуска «спасибо тренерам за ...». Значит, курсы проходят не зря, чем я очень горжусь!

Из позитивного творчества Оли Алифановой — Порошки о жизни моих студентов.

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

Бизнес как игра. Сергей Абдульманов

Ссылка на книгу в OZON и МИФ.

На Хабре можно почитать блог Мосигры от того же автора. В блоге Сергей пишет интересно, так что книгу получила с радостью и сразу «развернула упаковку». Вы знаете, не пожалела! Читала запоем, в первый же день 60 страниц вместо стандартных 10-20!

Написано реально круто. И инфостильненько. Одна страница — одна тема, один совет по тому, как вести бизнес в России. Если совет маленький — ничего страшного, будет пустое место. Автор не боится белого листа. И не боится прослыть дураком, если пишешь простым языком. Он не считает нужным вставлять в текст высокохудожественные фразеологизмы и прочие хитрости, и это подкупает. Я ничего не понимаю в бизнесе, но в книжке все поняла.

См также: 
Как я написал и издал книгу по мотивам своих постов с Хабра — пост с Хабра от автора книги, там можно почитать, как она была создана и почему именно в таком формате. И увидеть некоторые страницы «вживую» перед покупкой =)

Панбагон. Ошибка входных данных, если выбрано 0

В прошлом посте я поведала историю о том, как иногда бывает: все работает по ТЗ, но в прод выводить нельзя!

Если вкратце — в интернет-магазине сделали возможность видеть в профиле участника все его отзывы к товарам. Надеялись, что принесет добро, а участники пошли выискивать компромат на «неугодных». Функционал убрали, стали дорабатывать (видимо).

Добавили возможность указать видимость отзыва во время его написания:

Теперь можно выбирать, будет ли отзыв виден

А сегодня зашла на форум и увидела такую фразу: «Сейчас видимость своего профайла Пользователь может выбрать в Личном Кабинете самостоятельно».

Мне же любопытно, я пошла искать 

Идеально работает по ТЗ ≠ правильно

Хочу рассказать одну поучительную историю о любимом магазине Wildberries. Это интернет-магазин. Ищешь в поиске что-то (например, «голубые джинсы»), выбираешь понравившуюся модель, заходишь на карточку товара, изучаешь отзывы и характеристики, заказываешь.

Магазин существует давно, недавно отмечал 10 лет. Покупателей много — к товарам пишут отзывы. Я часто ориентируюсь на отзывы. Куча положительных сподвигает на покупку. А в одежде подсказывают, маломерка или большемерка, какой размер заказать.

Отзывы помогают покупателю определиться

Около года назад была создана Галерея Стиля — https://www.wildberries.ru/looksgallery.

Пользователи выставляют фото своих образов в товарах магазинов. И оценивают чужие образы. Появились любимчики публики, появились и любители «злых» комментариев. Иногда под образом обсуждали даже не сам комплект одежды, а внешность девушки — ее лицо, фигуру, зубы. В общем, скандалы-интриги-расследования 

Джоэл о программировании. Джоэл Спольски

Ссылка на OZON.

Слышала от коллег, что Джоэл некий знаменитый блоггер-программист, который из своих блогов составил книгу. Саму книгу раньше не читала. Все поглядывала на нее в офисной библиотеке, но откладывала. Подуууууууумаешь, книгу из блог-постов собрал, «это не интересно», да еще и о программировании, а я то тестировщик!

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

Мои выдержки из книги:

Панбагон. Перестал работать макрос hide-if в Confluence из-за currentSpace

Confluence — wiki система, в которой хранится документация. Выглядит как виндовые папочки в вебе — можно создать страницу (папку), а к ней несколько дочерних (файлы внутри папки), а к ним тоже дочерние (файлы внутри папки внутри папки).

Хожу по конфлюенсу, замечаю пустую страницу:

Пустая страница? Хммм, подредактирую!

Это нормально, иногда мы правда оставляем родительскую страницу пустой. Но делаем так в тестах, которые читает только команда. Требования пишем красивее, можно же хотя бы макрос children display добавить.

Открываю на редактирование — ха, но там не пусто:

Зачем тестировать граничные значения? © Разработчик

В пятницу я тестировала модуль, который надо было срочно отгрузить Заказчику — близился deadline. Давайте преположим, что у нас приложение, в котором можно увидеть информацию по жильцам дома. У каждого жильца могут быть кошечки и собачки, дети, семья...

Будем тестировать кошечек!

Информация по проживающим загружается из файлов в виде внешних справочников. Справочники могут быть разных форматов. Модуль загрузки в систему уже есть, он готовый. Фактически надо просмотреть существующие справочники и настроить их обработку — xml конвертируем в scv, оттуда считываем в систему. Есть и ограничения, на одну квартиру может быть:

• 10 жильцов. Если больше, берем первые 10.
• 5 кошечек. Если больше 5, берем первые 5.
• 10 рыбок. Ну вы поняли.

Справочники загружаются в систему и домовладелец может искать по жильцу или кличке кота. Если результат найден в справочнике — возвращается номер квартиры.

Панбагон. Buzz Player пропал из покупок

Расскажу историю с точки зрения простого пользователя:

Иконка злодеев, забравших мои деньги 

и забывших об этом

На прошлой работе последние полгода-год я работала на проекте А с разработчиком Васей. Именно тогда я и купила свой первый iPad. Хм, на текущей работе я с марта 2012, то есть 3,5 года. Значит, iPad я купила около 4 лет назад.

Купить купила, а что делать с ним — не знаю. Пришла к Васе, у него тоже был.

— Что делать, как настраивать, что устанавливать?
— *Поковырял что-то, поставил бесплатное*. А еще я рекомендую тебе установить Buzz Player. Да, он платный, зато кино отлично показывает, не пожалеешь. Имхо, must have.

Тур полуночника. The All-Nighter Tour

Входит в «Туры по развлекательным районам», Tours Through the Entertainment District

Вольный перевод статьи Виттакера из книги “Exploratory Software testing”. Туры помогают искать баги, взглянув на систему по-новому. Тестировщик выбирает тур и следует его цели, не отвлекаясь ни на что другое. Словно турист в незнакомом городе, составил план и пошел!

Тур полуночника также известен как Тур завсегдатая клуба (Clubbing tour). Завсегдатай не идет домой вечером, он направляется в ночные клубы и тусит там всю ночь. Тур не должен останавливаться — всегда будет еще один клуб или еще один последний стакан выпивки. Некоторые верят, что такие туры проверяют характер. Сможешь продержаться? Выдержишь всю ночь?

Полуночник не спит ночью, он ищет приключений на свою пятую точку

В исследовательном тестировании вопросы те же — может ли ваше приложение продержаться? Как долго оно может работать и обрабатывать данные перед тем, как развалится?

Используйте свое ПО! Пример от Джоэла Спольски

Хочу привести отрывок из книги Джоэла Спольски «Джоэл о программировании», который показывает, почему важно смотреть на свое приложение не только глазами создателя/разработчика/тестировщика, но и глазами «просто смертного»:

**********************************************************

Я совсем забыл, насколько это полезно, пока месяц назад не взял домой сборку CityDesk (предполагая, что до выпуска осталось недели три) и не попытался построить сайт с помощью этого пакета.

К моему удивлению, обнаружилось несколько ошибок, которые просто не позволили мне продолжить, и я вынужден был их исправить, прежде чем смог двинуться дальше. Все проведенное нами тестирование с дотошным раскрытием каждого пункта менб и проверкой правильности его работы не выявило тех обстоятельств, которые делали невозможным выполнение основной задачи продукта. Поработав с продуктом так, как это сделал бы покупатель, я обнаружил все эти «засады» за считанные минуты.

И это еще не все. По ходу работы — даже не обращаясь к специальным функциям, а просто попытавшись построить простой сайт — я обнаружил в то воскресное утро 45 ошибок. Я ленив и не мог потратить на это больше двух часов. И я не проверял ничего, кроме самой основной функциональности.

Придя в понедельник на работу, я собрал всех и рассказал о 45 найденных ошибках. (По правде говоря, многие из них не были настроящими дефектами, просто некоторые функции можно было сделать более удобными.) Затем я предложил, чтобы каждый построил хотя бы один серьехный сайт с помощью CityDesk, чтобы выкурить и другие ошибки. Вот что значит быть производителем ПО, помещенным в шкуру пользователя.

**********************************************************

Это кажется настолько очевидным! И тем не менее, тестируя сайт, мы к нему привыкаем. Пусть он хоть 300 раз неудобен, мы привыкли. И не видим в этом ничего плохого, раз за разом проходя по сценарию тест-кейса.

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

Поздравляем Татьяну с новой работой!

Только окончила курсы и сразу нашла работу!

Когда я вижу в описании курсов для начинающих что-то типа «Гарантия трудоустройства» — это вызывает скептицизм. Невозможно трудоустроить 100% студентов. Кто-то понимает, что тестирование не для него, кто-то не хочет учиться, но хочет сертификат и работу сразу на 100 миллионов... В общем, «не верю».

И когда меня спрашивают, помогаю ли я своим студентам с трудоустройством, сразу говорю — «Нет». Мы помогаем вычитать резюме, даем советы, даже кидаем вакансии в чат выпускников. Но не трудоустраиваем. Все в ваших руках.

Однако студенты находят работу. Иногда даже благодаря курсу 

Вчера я вернулась из отпуска и увидела в чатике выпускников очередную радостную новость. Свежевыпущенная выпускница (курс закончился неделю назад) Татьяна пишет:

Решила после курсов сходить на собеседования, прикинуть что к чему и нашла работу) Даже не ожидала такого поворота :D

Разумеется, мы потребовали подробностей. И вот:

Тест Джоэла. 12 приемов написания лучшего кода

Вычитала в книге «Джоэл о программировании».

Автор возмущен тем, что тесты на качество вашего кода обычно настолько сложные, что без поллитра в них не разберешься. Да и с поллитром тоже. Только «пригласи и оплати консультанта, который полгода будет вникать в процесс, а потом выдаст — у вас все плохо!».

Джоэл предлагает свой тест, который любой разработчик может пройти сам. Минуты за две. Ведь все, что надо — ответить на 12 вопросов «да» или «нет».

Панбагон. Видео воспроизводится, но не везде

Главное правило отпускника — качаешь киношку, ПРОВЕРЬ, ЧТО ОНА ВООБЩЕ ОТКРЫВАЕТСЯ, блин! На том компе, откуда будешь смотреть.

Вот сколько раз напарываюсь, а воз и ныне там.

Смотрим дома доктора Хауса (сериал). Поехали в отпуск, туда, где нет интернета. Дома смотрим со съемного жесткого диска. Я беру ноутбук — вот оттуда и посмотрим, как в прошлый раз! Сказано — сделано. Диск забрали и уехали.

Приехали, распаковались. Туда-сюда, вот и до киношки дело дошло. Подключаем диск — «папка не найдена». Смотрим свойства — 0 байт. Тьфу, блин. Остались без сериала. Главное, фильмы на диске видит. Не видит только папку с сериалом.

Вернулись домой, подключили диск обратно. Все видит, все работает. Да чтоб тебя, зараза...

И такое не в первый раз. Раньше дома был большой ноутбук, а таскала я с собой маленькую леново йогу. Съездишь по делам, посмотришь кино —все ок. В следующий раз едешь через месяц — ну все ж работало? Просто перекачал кино и покатил. Приехал в место без интернета — хрен бы там, надо обновить винду и перезагрузиться. И нужен интернет, а его нет. Но работало же! Потому и не проверялось...

Винда она вообще опасная в этом плане. Даже если вчера все работало — скачай кино и перепроверь! Желательно дважды. И поплевав через плечо, чтобы наверняка. А то баги такие баги 

Айпад, безусловно, спасает в такой ситуации. Но немного досадно, когда вроде есть экран побольше, но там не работает =)

PS — добавила пост в общую копилку багов и кейсов из жизни.

Тур глухого переулка. The Back Alley Tour

Входит в «Туры по развлекательным районам», Tours Through the Entertainment District.

Вольный перевод статьи Виттакера из книги “Exploratory Software testing”. Туры помогают искать баги, взглянув на систему по-новому. Тестировщик выбирает тур и следует его цели, не отвлекаясь ни на что другое. Словно турист в незнакомом городе, составил план и пошел!

Куда поехать в отпуск? Что такое «хороший тур»? Если думать лень, берите тур по знаменитым местам, не прогадаете. Раз туда ломятся тысячи — значит, не просто так. Значит, хороший тур, хорошие места. Оппозицией таким турам является посещение мест, в которые больше никто бы не захотел пойти. Ну, например, тур по публичным туалетам.

    Хотели бы пойти сюда? Большинство почему-то не хочет...

Не нравится аналогия? Есть более приятная и интересная. К «глухому переулку» относятся туры «за сцену»  в местах типа Диснейленда или студии записи фильмов, где мы можем посмотреть, как это все работает, и пойти туда, куда обычные туристы не ходят.

«Призрак оперы», по ту сторону сцены. Это тоже «тур глухого переулка»!

Scrum. Революционный метод управления проектами. Джефф Сазерленд

Ссылка на книгу — издательство МИФ, OZON.

Scrum — это метод работы, ориентированный на Заказчика. Мы не просто собираем требования, уходим во тьму на год, прячась от белого света, а потом выносим продукт, который уже никому не нужен. Нет, мы открыты к общению и изменению исходных требований. Мы постоянно изменяем планы и делаем то, что реально важно. Здесь и сейчас.

Люди не знают, чего хотят. Только увидев, пощупав, потрогав, они понимают— «нет, не то!». Да и обстоятельства меняются. Должна меняться и система. Каскадная, водопадная модель под это не подходит.

Тур актера второго плана. The Supporting Actor Tour

Входит в «Туры по развлекательным районам», Tours Through the Entertainment District.

Вольный перевод статьи Виттакера из книги “Exploratory Software testing”. Туры помогают искать баги, взглянув на систему по-новому. Тестировщик выбирает тур и следует его цели, не отвлекаясь ни на что другое. Словно турист в незнакомом городе, составил план и пошел!

Иногда задний план в упор не видят…

Как составлять вариант использования

Прочитали Савина? Помните, что «баги — это несоответствие ТЗ»? А теперь окунитесь в реальность — полноценного технического задания (ТЗ) не существует. Это миф. Не получится прийти на работу, поставить аватарку в JIRA и сказать: «Тестировать буду только по ТЗ, пока отдыхаю». ТЗ не будет.

Если компания:

маленькая — ТЗ нет вообще, все в головах разработчиков;

большая — ТЗ есть и много, но актуально процентов на 15.

Хорошо, когда есть небольшая инфостильная документация, которую заботливо написал внятный трезвый аналитик. Но мы рассматриваем ситуацию, когда ее нет. Что делать? Писать!

Писать придется вам. Если ходить и пинать других людей: «Напишите доку, это ваша обязанность» — никто ничего не напишет. Но и тестировать без документации грустно. Вы забудете что-то проверить. Или разработчик реализует иначе, чем вы думали, или мир сойдет с ума. Но будет грустно.

Что делать? Общаться с носителями знаний и записывать результат. Да, самому. Нет, не надорветесь.

Хочешь ТЗ и волшебные замки? Построй их сам

Есть несколько вариантов записи требований:

— диаграмма состояний и переходов;

— варианты использования;

— любовные записки;

— ...

Сегодня мы рассмотрим вариант использования — это так же круто, как.диаграмма состояний, только рисовать не надо. А в результате получаются готовые тест-кейсы:

• вариант — основной позитивный тест;
• каждая альтернатива — негативный тест;
• каждый параметр — дополнительный позитивный тест.

Тестировщики выбирают варианты! Давайте посмотрим, как это делать.

Как небаг стал багом

Убедительный способ аргументации. 

Но есть методы добрее

Моя выпускница Оля Алифанова поделилась со студентами крутой историей из жизни, как вроде бы «не баг!» был переоткрыт и исправлен:

===========================================================

В переписке со службой поддержки вырезался знак амперсанда и все, что после него идет. Я завела баг. ПМ баг завернул со словами "наши пользователи такое не пишут".

Сразу оговорюсь — там хороший ПМ, адекватный. Ей всегда можно объяснить, в чем беда, но в данном случае она считала, что это не проблема. Даже до разработки дело не дошло, баг зарезался на ПМе сразу.

Потом ко мне приехала в гости подруга, волею случая саппорт в этом сервисе, и я ее спросила про тот амперсанд. И оказалось, что это ого-го проблема, потому что он входит в партнерскую ссылку, и партнеры шлют ее с вопросом, почему не работает. А она и сказать-то не может, что не так, там 2/3 ссылки вырезано. И сама им отправить не может ее, баг в обе стороны работает. Приходилось искать их почту и высылать туда, что в этом сервисе крайне нежелательно делать.

Найден человек, чье мнение имеет значение, и у которого есть проблема - значит, баг) Довели до сведения ПМа, баг был переоткрыт и исправлен. А так бы - ну вырезается амперсанд, ну и что, часто ли русские люди им пользуются.

===========================================================

Боритесь за свои баги (в рамках разумного, конечно). Но боритесь не так, как на картинке выше, а выясняя — у кого есть реальная проблема. Может быть, бага то и нет. А может, он ого-го какой, но никто об этом не знает. Именно поэтому свой ожидаемый результат надо всегда обосновывать. Не на уровне "я щитаю, так правильно будет", а с доказательствами.

См также:
Как заводить задачи в баг-трекер — в том числе как обосновывать :)

Из жизни про воспроизведение багов. Где колонка то?

Раз уж меня не хватает на «умный» блог-пост, расскажу историю из жизни 

Заводить задачи надо так, чтобы упоротый менеджер (который проект особо не видит) в 12 часов ночи мог понять, о чем речь.

Че? Куда нажать, чтобы воспроизвести?

Мы создаем новый интрефейс приложения, плавно туда переезжая. Пока работает и старый интрфейс, и новый-модный веб. Тестирует новый интерфейс один тестировщик «капитально» — все новые фичи. Остальные подключаются свежим взглядом на регрессии. Соответственно, комментарии к задачам оставляются «для себя и разработчика», людей «в теме».

Вчера тестировщик ушел до того, как разработчик пофиксил все баги. А мне баги тормозят сборку, так что фикс проверяла я.

Читаю задачу:

...
12. В ie перестало влазить название колонки "# заданий" отображает как "# задан...".

При этом точно помню, что где-то у нас есть такая колонка, "# заданий", я ее точно видела! Но где — отшибло память напрочь.

Пару минут честно потыкала по всему интерфейсу, пытаясь найти колонку, потом сдалась и спросила у разработчика. Пока тот писал ответ, сама нашла 

А, так как у меня сейчас курсы идут и студенты свои первые баги оформляют, то сразу ассоциация пошла, «вон оно как бывает, когда ты не в контексте и воспроизвести пытаешься». Напоминает историю с отчетом (студенты ее знают как «историю с котиком») — писала баг для воспроизведения собой через 5 минут, а воспроизводить пришлось через пару месяцев, когда сама контекст уже давно забыла =)

Так-то! Даже когда кажется, что стопудово для себя комментарий пишешь, оказаться может иначе, вводите в контекст! 

См также:
Как заводить задачи в баг-трекер

БД обжирается памяти? Ребутаем по таймеру

Вчера у меня начались курсы по тестированию. В доп материалах есть отсылка на сам сайт Testbase — так я и получила баг-репорт от студента, сайт упал. База отвалилась.

Написала разработчику и в итоге поставили костылик:

Разработчик: Запустил, поставил перезапуск каждый день на 3:55.
Но я не настолько админ, чтобы понять чего там не хватает )
Разработчик: Там, судя по логам, кончается память.
Разработчик: sql-сервер наверное что-то кеширует.
Разработчик: Проще всего ребутать, потому что настраивать опухнешь там

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

В принципе, это действительно лучше, чем тратить кучу времени на настройку, администрирование и докрутку. Иногда проще обойти баг, чем его фиксить =)

Больше работаешь — меньше пользы!

Бобик сдох... 

Не забывайте отдыхать! Кажется очевидным, но не всегда 

Иногда ты садишься за работу и захватывает волна. Кажется, что надо продолжать, продолжать и все закончить, пока все готово, развернуто и прочая, прочая. Но если присмотреться к себе и своим ощущениям — лучше передохнуть.

Яркий пример доказал мне это вчера. Я готовлю новый курс по тестированию, последний месяц все внимание (вне работы и помимо личной жизни) разрывают:

1. Студенты — текущие интенсивы.
2. Подготовка курса.
3. Чтение книг.

Вот до блога руки и не доходят =)

К субботе подготовила презентацию, осталось сделать запись. Но пока то, пока се — время уже 22.30. Ну и ладно, вставать в воскресенье рано не надо, уселась писать видео. Хотела записать одну лекцию целиком, но оглянуться не успела, а уже полночь! Ладно, думаю, все равно допишу, раз уж все подготовила. А еще через 15 минут оборвала себя на полуслове и удалила последнюю заготовку.

Внезапно я осознала, что мозги уже настолько не работают, что я не хочу доделывать последний кусочек. И, если буду доделывать, качество будет «да нате, только отстаньте», уже не знаю, что рассказать можно. Так, минут 5-10 скудной информации.

Вчера я села доделывать этот кусочек (да да, неймется мне в день рождения ). Записала — 25 минут! Ого. Вот это да, сразу нашлось, что рассказать)))) Всего-то и надо было, отдознуть и привести мысли в порядок. А ведь в субботу правда не знала, что рассказывать.

Также и на работе бывает, сидишь, пыхтишь, а уже времени много. Уже голова не соображает. Но кажется, что вот, сейчас, еще же немного, на полчасика-часик работы осталось. А сам сидишь и за 2 часа уложиться не можешь. Приходишь на следующий день — и доделываешь за 15 минут на свежую голову.

Так что сегодня я побуду капитаном очевидностью — не забывайте отдыхать! Много работать ≠ много делать, увы 

Развитие интенсива-17

Подводим итоги проведенных двух линеек моих курсов (короткая + длинная версия) для начинающих тестировщиков. На курсе студентов, которые прочитали Савина и теперь наивно считают, что тестирование — это легко и просто, бросают в реальный проект, дают теорию и реальные задания (написать чек-лист, найти и поставить баги).

Что за это время было сделано, какие статьи для студентов написаны (больше доп материалов богу доп материалов!):

Шаблон улучшения — самая крутая статья за это время, ее похвалили даже выпускники)))
Как сгенерить большую строку, инструменты — немного подробностей об инструментах поиска технологической границы.
Технологическая граница в подсказках по ЮЛ — пример технологической границы из реального проекта.
Тур предыдущей версии. The Prior Version Tour — перевод исследовательских туров.

Так как в теме 3 (классы эквивалентности) накопилось ОЧЕНЬ много доп материалов, провела рефакторинг, структурировав информацию 

Посмотрим на отзывы.

Отзывы

Наши ребята написали отзывы в социальных сетях!
вк — http://vk.com/board96275862
фб — https://www.facebook.com/groups/1455936331372188

Ну и, конечно, отзывы были в чатах и гуглодоке.

Трехнедельная версия

Анонимно

Если опустить все эпитеты, то "спасибо, не надо". Видео я посмотрю и ссылки почитаю, но больше участвовать в курсе не намерена. мне не нравится ваш метод преподавания. Я понимаю, что студенты должны учиться спрашивать, доходить сами тд и тп, но для этого с вашей стороны нужно задавать наводящие вопросы, а я этого не почувствовала, лишь ощущала как меня футболят без объяснения причины. Возможно, кому-то нравится так учиться, проявлять настойчивость, но у меня нет ни времени, ни терпения. Научилась ли я чему-то за эти 1,5 недели — нет, потратила ли бессмысленно массу времени — да, так что не имею ни малейшего желания продолжать

Не менее анонимно

Драйв, адреналин, завал! 7 дней без сна :) Это было круто.. На восьмой уже слабо соображаю, но привыкла к активной деятельности. На девятый уже точно ничего не соображаю - но всё равно ищу активной деятельности :) и без валерьянки не засыпаю :)
Спасибо. Оставайтесь такими.

Анонимно

Тяжелая работа, но стоящая того. Не стоит обманываться краткостью курса и веселыми видео - это адская пахота. Еще порой переклинивало(я почему-то очень долго сдавал тему регрессии, никак не мог допереть, что надо делать, хотя задание не очень сложное), порой было просто всем сложно - ДЗ6, о котором мне еще долго будут сниться кошмары и рука сама будет тянуться нарисовать Марию в виде GLaDOS из Портала)))  

Анонимно

Мне не понравился процесс обучения, какая-то игра в угадайку. Буду искать другие курсы. Я имею ввиду все дз. Недостаточно информации в лекциях и доп. материалах, каждая сдача Дз была похожа на угадайку. Часто даже не понимаешь, что переделывать. 

Да, студентам периодически приходится играть в угадайку. Так как они — начинающие, я многого в ДЗ не жду. И порой я просто не могу ответить на вопрос прямо, так как фактически сделаю всю работу за них. А уж если я раскрывала эту тему в доп материалах, то будет куча наводящих вопросов вплоть до "выносите в чат, что написано в статье про типовые ошибки". Часто это приводит к тому, что студент копирует доп материал и пишет "ооооо, я пооооонял..."

Процесс обучения немного подробнее:

Клиент-сервер в картинках

О клиент-серверной архитектуре в картинках

Когда-то я планировала записать курс по SQL для начинающих. И даже частично записала! Буквально 1,5 занятия. Потом перераспределили ресурсы и теперь могу порекомендовать интересующимся курс Абдюшева Павла — Select без слез и Join для самых маленьких.  

У меня особая подача материала — кому-то это нравится, кому-то нет. Я люблю книги в стиле Романа Савина и серии Head First O`Really «Изучаем что-то-там». Все доступно объясняется, буквально на пальцах.

Стремлюсь делать также 
Чтобы ввести начинающих в курс дела и пояснить, зачем же им нужна база и где она в архитектуре, записала небольшой кусочек видео (11 минут). Ну а теперь выкладываю в открытый доступ — не пропадать же добру? Наслаждайтесь =)

А что там в видео то?

Наша цель — понять, что есмь «клиент-серверная архитектура» и где там появляется человек?

Цель — понять, что есть что на картинке

Давайте рассмотрим на примере Васи. Он хочет купить машину, но увы... У него нет денег! 

Куда пойдет Вася со своей бедой?

Шаблон улучшения

Когда будете в следующий раз добавлять в багтрекер улучшения, ОДУМАЙТЕСЬ. Их же надо обосновать =)

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

Что предлагаем и зачем.

Покупка товара в один клик без регистрации — чтобы пользователи не уходили к конкурентам, плюнув на тонну «обязательных» полей.

Можно сначала кратко проблему, потом что предлагаем. Можно наоборот, что предлагаем и почему. Но структурировано, кратко и наглядно.

Вот и все! А теперь нюансы.

Поздравляем Алену с новой работой!

Это мой 500-й блог-пост! 

Сначала я хотела посвятить его серьезной теме, «умной» статье, к которой потом будут много раз возвращаться как мои студенты, так и другие тестировщики. Подготовила черновик, показала его Максиму Ильяхову на живых советах в коворкафе, и опубликовала еще 5 постов, чтобы их стало ровно 499.

И тут во флудочате моих выпускников Алена Кириллова (ранее Рудазова), одна из лучших выпускниц последних курсов, поделилась своей success-story— она уже успела найти работу тестировщиком!

Алена нашла работу, за нее еще и дрались!

Я вдруг осознала, что свои лучшие посты, за которые мне потом пишут «спасибо» даже незнакомые люди, я пишу для своих студентов. Так почему бы не отметить юбилей позитивной историей от моей выпускницы?

Тем более что Алена такая крутая! Не просто нашла работу — работодатели за нее чуть ли не дрались! С радостью делюсь с вами историей успеха:

*************************************************

Начну с того, что в середине сентября перебралась в Санкт-Петербург.
Начался период активного поиска, в первую очередь жилья, и параллельно забрасывала кучу вакансий своим резюме. Параллельно я ходила еще на несколько собеседований, но про них уже не буду вдаваться в подробности:)
Перед собеседованиями я прочла много статей о том, как проходить собеседование на тестировщика, как отвечать на вопросы.
Начали звонить HR’ы, приглашать на собеседования.

Usability-кейс. Закладки в DjVu Reader

Когда я скачала книгу Святослава Куликова, встал вопрос — как ее читать? Порылась в App Store и остановила свой выбор на DjVu Reader Pro. Отзывы вроде бы неплохие, книжка там открылась, а что еще нужно?

Во время чтения я расставляю закладки на самых интересных моментах, чтобы потом, при написании отзыва, было на что сослаться. Может, сделать выдержку из текста. Или просто вспомнить то, что тебе особенно понравилось — в голове ведь все не удержишь.

Ридер порадовал в плане расстановки закладок, очень просто, клацаешь пальцем по середине экрана — появляется меню. Нажимаешь вот этот плюсик — и вуаля, закладка добавлена!

Добавить то закладку легко...

Просто, удобно... Но! Если думать о пользовательском сценарии, то закладки ставят не просто так, а чтобы к ним потом вернуться. Конкретно мой кейс — читаю книгу, делаю закладки. Потом прохожусь по всем, вспоминаю, что именно мне там нравилось, делаю заметки. Давайте посмотрим, как этот сценарий выглядит.

Как я стал боссом. Дэвид Новак

Ссылка на OZON.

Книга для менеджеров и руководителей. Я купила ее, потому что хотелось прочитать success-story, такие же, как, например, про компанию Zappos или Toyota.

Начало не очень понравилось, автор делится воспоминаниями, но рассказ скачет то на детство, то «вот я президент». При этом введение с его карьерной лестницей я читала, но запомнить тяжеловато, далее по тексту теряешься)))

Что я могу сказать — книжка вдохновляет! Ну, или хотя бы воодушевляет. Читаешь про таких начальников и чуть ли не хочешь у них работать. А ведь это просто книжка. Думаю, в жизни люди действительно тянутся к нему

Тестирование программного обеспечения. Базовый курс. Святослав Куликов

Ссылка на книгу. Бесплатная книга по тестированию!
Автор — человек с 10-летним опытом обучения начинающих тестировщиков.

Эту книгу сейчас активно рекомендуют всем новичкам. Например, в телеграмме в чатах «QA juniors» и «QA — Курсы и образование». Я активно поддерживаю, материал очень хороший =)

Мои выдержки из книги:

• Примеры неправильных вопросов от Куликова.
• Типичные ошибки при анализе и тестировании требований (Куликов).
• Логика создания эффективных проверок от Куликова.

Что понравилось — книга написана разговорным языком. Иногда складывается ощущение, что ты сидишь на тренинге и Святослав объясняет материал. Нечто среднее между Савиным и серьезной литературой.

Хотя сразу хочу сказать — такой стиль в книге не везде. Есть и более академические темы. Например, классификация. Ооооо, термины, термины, термины... В Савине как-то попроще было )) Но, с другой стороны, не все любят стиль Савина, и им эта книга отлично подойдет!

Полезные ссылочки из книги:

Стр 13 — Технические и личностные навыки, на начальном уровне и уровне младшего специалиста. Правда, для джуниора написано, что знание SQL не требуется. Сейчас его просят очень часто, даже у новичков. И если выучить язык программирования — сложно, то освоить азы SQL вполне по силам даже новичку. Но таблица хорошая и отражает правильный посыл — чтобы стать джуниором, нужна светлая голова и горящие глаза. Это главное!

Логика создания эффективных проверок от Куликова

Если вы еще не читали книгу Святослава Куликова «Тестирование программного обеспечения. Базовый курс» — рекомендую прочитать. В ней есть много интересного и полезного!

Для затравки хочу привести небольшой особо понравившийся кусочек.

... существует достаточно простой алгоритм, позволяющий нам создавать эффективные проверки... Приступая к продумыванию чек-листа, тест-кейса или набора тест-кейсов, задайте себе следующие вопросы и получите чёткие ответы:

1. Что перед вами? Если вы не понимаете, что вам предстоит тестировать, вы не уйдёте дальше бездумных формальных проверок.
2. Кому и зачем оно нужно (и насколько это важно)? Ответ на этот вопрос позволит вам быстро придумать несколько характерных сценариев использования того, что вы собираетесь тестировать.
3. Как оно обычно используется? Это уже детализация сценариев и источник идей для позитивного тестирования (их удобно оформить в виде чек-листа).
4.  Как оно может сломаться, т.е. начать работать неверно? Это также детализация сценариев использования, но уже в контексте негативного тестирования (их тоже удобно оформить в виде чек-листа).

И пара советов

Типичные ошибки при анализе и тестировании требований (Куликов)

Еще немного пиара бесплатной книги для начинающих тестировщиков от Святослава Куликова 

Хочу немного поцитировать его. Читать оригинал, начиная со стр 57. Итак, типичные ошибки анализа требований (курсивом отсебятина от меня, краткий пересказ оригинала):

Изменение формата файла и документа. По какой-то непонятной причине
очень многие начинающие тестировщики стремятся полностью уничтожить исход-
ный документ, заменив текст таблицами (или наоборот), перенеся данные из Word
в Excel и т.д. Не стирайте чужой текст, делайте пометки или работайте в режиме правок!

Самое худшее, что можно сделать с документом, — это сохранить его в итоге
в некоем формате, предназначенном скорее для чтения, чем для редактирования
(PDF, набор картинок и тому подобное).