Изучаем XML. Эрик Рэй

Ссылка на Литрес (стоит 190р)

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

Книга написана простым языком, ее поймут не только разработчики. Эрик Рэй рассказывает про XML с нуля:

1. Что такое XML (eXtensible Markup Language) и зачем он нужен.
2. Разметка XML.
3. Ссылки внутри документа.
4. Таблицы стилей.
5. Моделирование: DTD. XML Schema.
6. Трансформация: XSLT.
7. Поддержка многоязычности.
8. XML-программирование.

Стоимость исправления ошибки на разных этапах разработки ПО

Если мы заметили ошибку на этапе написания требований, то исправить ее — дело 1 минуты, просто скорректировали предложение в тексте, и все.

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

Но это еще реально. А вот если мы уже все построили (написали код), то некоторые изменения просто нельзя внести и приходится мириться с багом. А даже если можно, то стоить это будет сильно дороже:
— аналитику поправить ТЗ;
— архитектору придумать, как поправить минимальными усилиями;
— разработчикам внести правки.

Эволюция фильтра проектов в джире

У нас в JIRA есть основной проект (назовем его ALFA) и проекты под каждого Заказчика.
Но мы же не единственная команда, которая использует джиру, так что реально проектов еще больше. Свои надо фильтровать.

Сначала их было мало, поэтому использовался простейший синтаксис перечисления:

project = ALFA OR project = BETA OR project = GAMMA

Полный запрос:

(project = ALFA OR project = BETA OR project = GAMMA) AND fixVersion = Backlog AND resolution = Unresolved 

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

Но потом запрос стал выглядеть как-то так:

(project = ALFA OR project = BETA OR project = GAMMA OR project = Котики OR project = Почемучка OR project = "Что бы еще придумать" OR project = Уточки OR project = Инстинкт OR project = Первый OR project = "Ну и хватит") AND fixVersion = Backlog AND resolution = Unresolved 

Как видеть только свои задачи в Джире

Инструкция подходит для тех случаев, когда у вас один аккаунт на несколько человек. Как видеть только свое? У нас в школе для начинающих в JIRA один аккаунт на всю группу, так что статья написана для них.

Но вы тоже можете поэкспериментировать на нашей тестовой площадке! Итак, наблюдаем за своими задачами:

1. При создании задачи промотать поле до поля Label (Метки) и внести там свое имя и фамилию без пробелов. В моем случае OlgaNazina:

Добавляем метку при создании задачи

Если такого поля нет, добавляем его: Настроить поля → Метки (ставим галку, поле появляется)

Если поля нет, настраиваем

Бесплатные тестовые площадки

На сайте Testbase появился новый раздел: «Test it — бесплатные тестовые площадки».

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

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

Баг-трекеры

1. JIRA — платная, но крутая;
2. Redmine — основной конкурент, бесплатный;
3. Youtrack — менее распространен, чем первые два, похож на JIRA;
4. Bugzilla — она вообще не конкурент, но если не верите…

Мои 12 недель в году. Часть 4

Первый опыт
Второй
Третий

Что это за техника

Вы собираетесь с друзьями в группу и ставите себе цели на 12 недель (3 месяца). Это могут быть как рабочие, так и личные задачи. Такие, которые вы вроде как хотите сделать, но вечно откладываете, так как «некогда, потом, щас, вот только мелочевку разгребу и тот пожарчик потушу».

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

Я комбинирую с магией утра.

Результаты кратко

В целом все хорошо! Основные цели выполнены:

1. Продолжили бизнес-обеды, хоть и бывало такое, что пропускали, но все же. Один раз заменили на созвон, что тоже ок.
2. Доделала главу 2 книги (74 стр) и даже сделала половину третьей!
3. Запустили новый курс! Про логи.
4. Сделала кучу всего по фолксам.
5. Сделала задел на новый курс, начала готовиться.
6. Прочитала 5 книг
7. Сходили в котокафе! Давно уже в плане висит, но никак не дойдем
8. А еще сходили на квест, тоже давно уже подзабили на это.
9. Ну и фотосессии, конечно =)) Продолжаю радовать себя ^_^

Результаты подробнее

Логи как инструмент тестировщика

Через неделю мы запускаем новый курс — Логи как инструмент тестировщика!

Хотя как новый... Это я начала перерабатывать «Техники и инструменты». В результатах «12 недель в году» я писала о том, почему он закрылся. Но если кратенько:

1. Сначала курс начинался просто как поиск, локализация, оформление багов. А как вы знаете, оформление багов — это нуууууудно. Очень полезно, но скукота. Ребятам не нравилось, да и записывались мало народа, хотя на моем интенсиве все познали, как это тяжело: грамотно описывать баги.
2. Я добавила в курс всяких разных инструментов и техник. Получилось круто, но много.

В курсе появилась куча крутых задач:

— Залезть на сервер linux, найти нужный лог, изучить стек-трейс.

— Перехватить сообщение в консоли разработчика.

— Прочитать ответ, пришедший с сервера.

— Найти баг кеширования на сервере.

— ...

И первые темы (логи и кеш) заходили на ура. Ребята впервые знакомились с новыми инструментами, это так прикольно: зайти и пощупать. ДЗ сдавались УХ, практически сразу! А потом начинались темы по оформлению багов и интерес постепенно спадал.