Большое обновление в ШНАТ — теперь у нас есть Dev Tools!

Школу для начинающих тестировщиков я обновляю постоянно. Но обычно это какие-то минорные правки. Тут добавили доп материал, там изменили условие ДЗ... Курс ведь уже обкатан в течение 6 лет, поэтому глобально там менять особо нечего.

Но иногда бывает! Вот в прошлый раз я разбила лекцию про тест-кейсы и чек-листы на две, потом вообще переделала все ДЗ и добавила везде тесты. А теперь я сократила время курса на неделю, но не выкинув темы, а... Добавив!

Было

7.5 недель лекций + 1.5 недели на хвосты

Под конец идут простенькие темы, которые нужны для того, чтобы ребята успели сдать свои хвосты. Это темы без ДЗ или с 1-2 небольшими дз:

Конференция по корпоративному обучению iSpring Days 2022

Ссылка на конференцию

15-16 сентября в Москве прошла конференция iSpring Days. Да-да, я слоупок, поэтому до отзыва дошла аж 2 месяца спустя))

Доклады

• Первый день — доклады
• Второй день — мастер-класс «как использовать наш продукт».

Вот если честно, когда я записывалась на конференцию, я думала "фуууу, второй день фуфло какое-то, целый день втюхивать продукт?!". Но пошла интереса ради.

Большие обновления курса для новичков (ШНАТ)!

 

Я постоянно обновляю свою школу для начинающих тестировщиков. Можно открыть любой пост из серии «12 недель в году» и сделать поиск по слову ШНАТ. Улучшений обычно не меньше 20 набегает! Самый обновляемый курс.

При этом, конечно же, улучшения обычно мелкие. Поправить опечаточку, дать ссылку на полезную статью, переформулировать задание, чтобы понятнее было... Но это логично, курсу уже 3 года, что там сильно менять? Казалось бы =))

А вот ведь нашлось, что изменить! И ого-го изменений!!! 

Было

Вебинар "Совмещаем ручное и автоматизированное тестирование в Test IT"

Когда: 25 июля в 19:00 МСК
Место: онлайн
Цена: бесплатно
Регистрация: вот ссылка

Вводная от авторов:

25 июля в 19:00 пройдет открытый вебинар, на котором вы узнаете как:

• грамотно настроить процесс автоматизации тестирования;
• интегрировать управление автоматическими тестами в TMS;
• объединить команды ручного и автоматизированного тестирования.

Конечно, второй пункт будет про конкретную TMS, создатели которой и делают вебинар. Но! Первый пункт явно заслуживает внимания  

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

HTML academy. Обучение основам HTML, CSS и JS под присмотром котика

Ссылка — https://htmlacademy.ru/

Это интерактивные курсы по HTML, CSS и JS, первые 27 глав и 500 заданий — бесплатные. Решаешь задачки котика-учителя, прокачиваешь свои скилы!

Я про сайт узнала из флудилки своих выпускников:

ХХХ: Кстати, если кто-то учит html, css, JS, могу посоветовать отличные курсы на html-academy 

УУУ: Спасибо за рекомендацию html-academy, оторваться не могу, так интересно) И котик - заказчик - учитель — просто чудо)) 

На первое сообщение я не обратила особого внимания, ну курсы и курсы, ок. После второго заинтересовалась и пошла пробовать ¯\_(ツ)_/¯

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

Там сразу есть готовый код и мы потихоньку его форматируем, не понимая ничего, кроме «вот этой строчки, которую мы сейчас разберем». Да, такой подход тоже есть, когда сразу готовое решение, и потихоньку разбираем каждую часть. Но, имхо, в книге «Изучаем HTML, XHTML и CSS» информация подается в более логичном порядке.

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

Расширение CRUDL как новая техника тестдизайна (семинар в Москве)

Когда: в понедельник, 21 мая
Во сколько: c 18:00 до 22:00
Где: метро Парк культуры: Турчанинов переулок, д. 6 стр. 2, БЦ «Крымский мост», 1 этаж, Офис компании HFLabs
Сколько стоит: 500 р
Где зарегаться: https://sergey-martynenko.timepad.ru/event/723897/

В ближайший понедельник у нас пройдет новый семинар Сегрея Мартыненко. Вчера он рассказывал про метрики и KPI, а на подходе техника CrClRUcUhUsUtDeDaLO. Название страшное, но в мнемонике этой явно спрятано много всего интересного!

Сергей — опытный эксперт в аналитике, тестировании и управлении проектами, автор блога 255 ступеней.

Анонс от Сергея

CRUDL расшифровывается как Create, Read, Update, Delete, List. Отличная напоминалка для генерации чеклистов. Так же подходит для верификации требований на полноту. Уж очень много аналитиков описывает создание объекта, но не описывает изменение и удаление. Как результат, когда доходит дело до реализации программист делает это не как надо, а на свое усмотрение. И хорошо, если тестировщик заметит проблему. Хуже, когда все это уходит в эксплуатацию. Проблемы бывают забавными, а бывают не очень.

Например, в популярной Jira до версии 6.2 не логировалось удаление задачи. Нормальная такая ситуация. Заказчик заказывает новую фичу, исполнитель ее реализует, указывает количество часов и после получения заказа заказчик удаляет задачу. И все.

Семинар «Метрики тестирования. И немного KPI»

Когда: сегодня, 16 мая
Во сколько: c 18:00 до 20:00
Где: метро Парк культуры: Турчанинов переулок, д. 6 стр. 2, БЦ «Крымский мост», 1 этаж, Офис компании HFLabs
Сколько стоит: 300 р
Где зарегаться: https://sergey-martynenko.timepad.ru/event/722425/

У нас сегодня вечером в переговорной состоится митап Сергея Мартыненко о метриках в тестировании.

Сергей — опытный эксперт в аналитике, тестировании и управлении проектами, автор блога 255 ступеней

Анонс от Сергея

"Если ты что-то не можешь измерить, то ты не можешь этим управлять"

Довольно известная фраза. Может быть, она верна, может быть нет. Скорее, она неверна. По крайней мере, так говорил Деминг. Ему я верю.

Как начать работать с Confluence (manual)

Хочу сразу предупредить — все нижесказанное относится к облачной версии Confluence 1000.0.0-3a7db14 (август 2017). Внешний вид может измениться, но в любом случае все эти возможности останутся. Просто кнопочка будет не слева, а сверху, или наоборот.

Преимущество статьи в том, что вы можете взять и сразу попробовать — на нашей тестовой площадке можно потыкать Confluence бесплатно, без регистрации и смс!

Вы также можете посмотреть обучающее видео. Удачи в освоении! 

Ссылка на Youtube.
Ссылка на ту же статью, но в конфлюенсе (там есть Table of Content, удобненько).

1. Создание и редактирование страницы. Create & edit page

1.1. Создание

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

Джедайская техника пустого инбокса. Максим Дорофеев

Скриншот лендинг-страницы. Она реально крутая :)

Описание тренинга — http://leadmachine.ru/event/jedi/
Отличный конспект по ней от Сергея Сичкара.

Небольшое отступление — ребята! Если вы вешаете на свой сайт баннер (что само по себе зло), сделайте, пожалуйста, возможность его закрыть! Чтобы сделать скриншот лендинг-страницы, мне пришлось 20 раз нажимать «обновить» и наконец я смогла поймать принтскрином страницу БЕЗ баннера. И то в ИЕ, в хроме слишком быстро появлялся... Да, ок, я поняла, что тренинг окончен. Но вот я пишу на него отзыв — люди пойдут по ссылке почитать, что это такое, кто спикер итд. Можно ведь вместо баннера написать сверху крупно «Следующая дата будет известна в марте / апреле» или как-то так. Но дать шанс прочитать описание курса -_-

Итак! Теперь про тренинг. Чтобы не стоять на месте, нужно хотя бы пару раз в год вкладывать в себя. И не только книги читать, но и учиться чему-то новому.

Когда коллеги кинули в общий чат ссылку на тренинг Макса, я тут же заинтересовалась. Ну скажите честно, кто из нас никогда не прокрастинировал?   А тут целый тренинг — как преодолеть свою лень, поднять свою жопу с дивана и начать делать!

К тому же я знаю тренера, он и как спикер хорош, и картинки рисует прикольные 

Так я и попала 29 февраля в конференц-центр гостиницы Вега Измайлово. Там меня уже ждал клевый пакетик, блокнотик и кружка горячего чая.

Классы эквивалентности для редактирования сообщения

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

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

Давайте возьмем для примера сайт http://ru.qahelp.net/.
Там можно создавать вопросы и отвечать на них. К каждому вопросу и ответу можно добавлять комментарии.

Я задала своим выпускникам онлайн-интенсива простой вопрос, как мы будем тестировать возможность редактирования ответа на вопрос?

Результаты порадовали (варианты очень интересные):

1. Что я могу редактировать свой ответ.
2. Что я могу открыть для редактирования и передумать, нажать отмену. Должно сохраниться прежнее состояние.
3. Если пишется дата создания ответа, то:
   3.1: Действительно ли такое время и дата. Может быть другой GMT
   3.2: Какая дата после редактирования и сохранения изменений: старая или новая.
4. Не внести изменения и сохранить. Должно остаться прежним. Со временем - как в 3.2
5. Если были комментарии к ответу, то что с ними происходило после 1-4. Должны сохраняться.
6. Проверить что все инструменты для редактирования работают.
7. Ответ может быть "простой" и кем-то откомментированный (тобой же или другим человеком).
8. Открыть для редактирования сразу в 2 вкладках и отредактировать. Проверить синхронность.
9. Открыть одновременно в двух вкладках для редактирования. В первой вкладке выйти из режима редактирования и удалить. Во второй вкладке сохранить редактируемое. Обновить вкладку во втором браузере. Вопрос: останется во второй вкладке или исчезнет?..

Хороший чек-лист, грамотное выделение классов эквивалентности 

Но что из этого надо проверить в первую очередь? Если пользователь не стремится специально разломать систему, то для него в первую очередь важно, чтобы кнопка редактирования в принципе работала. А потом уже всякие дата-время, внезапная отмена и прочая-прочая.

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

Но давайте пока временно отбросим эту проверку, отнеся ее к негативным тестам. У нас должна быть возможность редактировать ответ. Отлично! А какой ответ бывает?

• Свой.
• Чужой.

Другие варианты разделения на классы эквивалентности?

• "Простой".
• Откомментированный.

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

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

Шаги для воспроизведения:
1.       Даем ответ на чей-нибудь вопрос.
2.       Просим коллегу его прокомментировать
3.       Нажимаем «редактировать»

Результат
Ничего не происходит 
См пример тут - http://ru.qahelp.net/question/skolko-tratite-na-samoobrazovanie/

Я не могу исправить очепятку в своем посте, потому что его уже откомментили (если еще не комментировали, то редактирование работает, проверила тут - http://ru.qahelp.net/question/vash-top-5-dokladov-s-sqa-days-vseh-vremen/).

Ожидаемый результат
Открывается форма редактирования.

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

Собственно говоря, нашла эту ошибку я чисто случайно. Заметила у себя опечатку, попробовал отредактировать, а фиг.

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

Не просто "аааа, фсе пропало, РЕДАКТИРОВАНИЕ НЕ РАБОТАЕТ НИГДЕ!!!", а грамотно, с локализацией ошибки. На то мы и тестировщики 

Напоследок хочу сказать, что всегда пробуйте посмотреть на задачу с разных сторон. Сначала с точки зрения пользователя "Что я могу делать? Ага, а какие состояния могут быть у этого элемента, которые могут мне помешать (такие, как комментарий в нашем примере)?".

А потом не вредно посмотреть и с точки зрения тестировщика — "Крушить, ломать! ПО побеждать". Удачи в поисках интересных классов эквивалентности 

TEST IT. Когда и чему учиться?

Коллеги, всем привет!

С вами снова наша рубрика TEST IT и я, ее сегодняшняя ведущая, Киселева Ольга.
Сразу хотелось бы внести нотку позитива в этот холодный пятничный день. Прошел уже месяц с тех пор, как мы выпустили первый выпуск!

Спасибо вам за то, что пишите нам, наводите на мысли, заставляете задуматься... Ну а в качестве бонуса вы можете даже сформировать новый выпуск - для этого достаточно просто написать на sprosi.testera@gmail.com! И если ваша тема затронет наши души, то почему бы и не посвятить ей свою статью?  В общем, пишите!

А я хочу напомнить вам, что у нас уже есть первые призеры! Напомню, что мы проводили конкурс на участие в формировании первых выпусков... Мы долго думали и решили разделить общий приз (10 календариков) на несколько месяцев. Оставим только призовые места! 3 первых места - три приза достаются тем, чье письмо попадает в очередной выпуск новостей.

И-и-и-и-и, сегодня! Почетно награждаются:

• Николаев Алексей.
• Мирослав Олейников.
• Сергей К.

Ребята! Напишите на sprosi.testera@gmail.com почту, куда присылать маленькие сувенирчики!
И продолжайте писать! Никто не запрещает выигрывать сразу 2 месяца подряд  

Ну а мы продолжаем наш репортаж с места событий. Сегодня на повестке дня - обучение.
Обучение, затронувшее сердца многих - новичков и прокачанных тест-дизайнеров, автоматизаторов и операторов... И многих, многих других.

Тема настолько актуальна и злободневна, что я решила вернуться к ней и к письму Мирослава:

Конечно, когда есть свободное время, стараюсь находить и читать новую информацию из тест-блогов, дайджестов и т.д. Но тут даже иногда сталкиваешься с мыслью, что пытаешься обнять необъятное. То есть нельзя сразу двигаться в освоение новых техник, тулзов, литературы и одновременно осваивать такие серьезные штуки, как автоматизацию, и в это же время не забывать о работе и личных делах (или можно? :)).

Мой вопрос состоит в том, как же двигаться в развитии навыков и опыта в тестировании?Как не наступать на грабли и не застрять в рутине гигабайтов информации и уметь отсеивать и выбирать актуальную, нужную и интересную информацию?

Как вообще проходит путь к обучению?

1. Человек хочет стать тестировщиком. Ну или аналитиком / разработчиком, но как переходный вариант и этот проканает. Он идет и учится. Учится тому минимуму, которым можно похвалиться на собеседовании и повысить тем самым свои шансы.

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

2. Итак, я - тестировщик! Есть работа, надо учиться тому, чтобы грамотно ее выполнять. Ходим, читаем. консультируемся у коллег - научились!

Дальше что? А дальше появляется свободное время. Сидеть до полуночи уже не надо, да и вообще оказывается, что работа в данной компании не так уж и сложна с технической точки зрения. Так что же дальше?

А дальше мы ищем что-то новенькое. Кто-то ради интереса, кто-то ради повышения зарплаты, кто-то просто ради смена работы, так надоело старое... Мало ли кто почему учится? Но мы будем ориентироваться на первый и второй варианты.

Итак, чему учиться? Благо курсов становится все больше и больше - можно и повыбирать. Но - аккуратно. Потому что иначе и правда только распылишься зря. Вот, например, в чем прелесть курсов Алексея Баранцева? Правильно - домашними заданиями! Только когда сделаешь что-то сам, начинаешь понимать материал.

А что будет, если записаться сразу и на автоматизацию, и на производительность, и на безопасность? Дедлайн будет! Точно говорю. Закон подлости еще никто не отменял, и если вам сегодня скучно - это не значит, что вам будет скучно завтра. Мне вот максимум полдня может быть скучно за релиз, а потом уже некогда

Итак. Записались сразу и туда и сюда и... Сгорели. Выдохлись. Увяли. Потеряли интерес... Оно нам надо? Нет!

Поэтому - выбираем одно направление. Ставим себе цель, на месяц-два-три, не больше. Достижимую - не "я хочу знать ВСЕ про java", а "я смогу писать простенькие GUI тесты", потом переходим к API тестам итд. А не понравилось или в раздумьях - пробуем еще что-то. Ту же нагрузку. И опять - или копаем дальше или пробуем что-то еще.

Напробовались, вспомнили все ощущения, выбрали направление - и вперед! Копать туда. И только туда. Потому что поверхностный специалист по куче областей проигрывает глубокому спецу своего дела, своей области.

Но - не просто копать. А применять. Да-да, учиться и практиковаться. Пошли в автоматизацию? Не пытайтесь начитаться умных книжек и сразу знать все - лучше начните практику и ошибайтесь, набивайте свои шишки. А параллельно еще теорию подкачивайте, да

Я против мнения, что место работы нас ограничивает. Вот пару лет назад я работала в СвязьИнтеке + подрабатывала на фрилансе, делали проект для АИС Москомспорта. Автоматизация ни там, ни там нафик не уперлась. На основной работе мы к ней только-только пришли и там писались только юнит-тесты.

На фрилансе - кому они нужны, автотесты? Проект закрыли раньше, чем был написан более-менее полный набор тестов. И все-таки, начала изучать, мне с радостью помогали (дружеские отношения в коллективе еще никто не отменял). А на фрилансе даже платили за обучения + написание тестов! Хотя даже если бы не платили - то я бы училась. Ведь чем работодателю плохо, что вы тесты пишите? Тем, что основную работу не выполняете!

А если выполняете, то чем бы дитя не тешилось... Нагрузка там тоже была не нужна, но кто бы меня остановил, попробуй я протестить? Единственное но - баги по нагрузке / безопасности у вас могут не принять, или оставить надолго с минорным приоритетом. Ну и что? Учиться вам это не мешает.

А там уже будете думать - как внедрить в свой проект. Или, может, лучше уйти... Выбор за вами, но учиться вам не мешает никто. Главное - не пытайтесь делать все и сразу, достигайте целей по чуть-чуть!

Наше время подходит к концу, поэтому я прощаюсь с вами. До встречи, ребята!
Мы ждем ваших писем - пишите на sprosi.testera@gmail.com, задавайте вопросы, рассказывайте истории, грустные и не очень, делитесь опытом - мы рады всем!

Пока, увидимся через неделю!