Приветствую!!!
О себе
Привет Мир!
Меня зовут Фадеев Павел и сейчас я расскажу почему я решил завести этот канал и почему он называется "Букварь Тестировщика".

Нестареющая книга, или начало всех начал.
Букварь – первая учебная книга, которая попадает в руки ребёнка. С неё начинается овладение грамотой. По ней каждый человек учится писать и читать. Согласитесь, Букварь – это нестареющая книга, это начало всех начал. Задача Букваря ввести ребёнка в мир букв, научить читать на родном языке. Именно с ним, Букварём, начинается подъём каждого человека в гору знаний.(АВТОР: Климентьева Виктория)

Букварь Тестировщика - так же как и родной нам Букварь учит нас основам тестирования и проведет в мир IT. Только вместо букв буду термины и их определение, методики и правила тестирования, которые не только увеличивают качество проверяемого объекта, минимизируют трудозатраты, и делают процесс тестирования приятным и контролируемым.

Первый посыл для создания канала был еще в 2020 году, когда у меня появились коллеги, который не имели чёткого представления о тестировании и тем более о том что есть сертификаты, стандарты, ГОСТы и методологий тестирования программного продукта. И передо мной стала задача осветить эти знания и помочь коллегам лучше разбираться в номенклатуре тестирования.

Я к тому времени уже был в звании "лидера команды" автоматизированного тестирования. И первое, что мы начали делать это синхронизировать наш ТЕЗАУРУС, чтобы было проще и быстрее понимать друг друга, а главное не создавать двусмысленность и не точность. Частые открывания "Глоссария ISTQB" и поиска по нему нужного термина доставляли неудобства, и еще сложнее если определение было не понятно и нужно было привести примеры.

Еще одним посылом стали скопившееся шаблоны документов которые разрабатывались и переходили от проекта к проекту и полученные от коллег

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

Цель:
- освежить и упорядочить собственные знания и опыт.
- хранилище артефактов тестирования.
- бот по предоставлению информации из Глоссария ISTQB.
- примеры кода по java и javascript для автоматизации тестирования.
- конфигурационные файлы для CI/CD.
Кому будет полезен:
- Всем кто хочет стать IT`шником, но боится.
- Всем тестировщикам, чтобы освежать память.

#БУКВАРЬ_Тестировщика #qa_ru #тестирование #ISTQB

Часть статей буду делать в форме общения Мурзилки(вымышленного персонажа) и меня или от лица Мурзилки, чтобы
пройти путь заново вместе с Мурзилкой и сделать посты живыми, а не только сухой технический текст

#БУКВАРЬ_Тестировщика #qa_ru #тестирование #ISTQB

Кто такой Мурзилка?

В далёком 1924 году собрались писатели и художники и решили выпускать журнал для детей. Сказано – сделано: написаны рассказы, стихи, нарисованы картинки. Осталось придумать название.

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

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

2024г Совпадение?

Если использовать среду разработки с плагинами для живой документации, то у нас не только появляется документ, а целая карта с навигацией и удобными гиперссылками на нужные части документа

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

На словах не понятно)), но так и должно, Живая документация это магия программирования!

Умение создавать самогенерирующийся документ на основе других файлов, кода и получать на выходе красивый документ.

Кому будет полезно:
- всем кто пишет документы
- студентам
- школьникам

Наша задача переложить рутину на компьютер, а самим заниматься творчеством, а нам тестировщика постоянно придется писать отчёты, так пусть машина пишет, а не мы

Мне понравилась вот эта

#БУКВАРЬ_Тестировщика

Продолжим тему отчётности и выберем подходящий под наши цели:
1. Форматирование текста(шрифт, абзацы, цитаты, картинки и таблицы)
2. Функционал добавления метаинформации (оглавление, колонтитул, заголовки, автор и многое другое)
3. Вставка фрагмента данных из другого документа
4. Подсветка синтаксиса
5. Простота изучения
6. Простота использования
7. Генерация в формат PDF, HTML, DOC

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

#БУКВАРЬ_Тестировщика

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

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

AsciiDoc - идеальный инструмент для написания документации, умеет всё что MARK и больше, нет сложности и избыточности HTML. По написанию похож с MARKDOWN точнее сказать он его расширяет. Позволяет вставить как часть документа так и весь, форматирование на уровне worda. На выходе генерирует 3-и формата PDF, HTML и DOC.

Именно AsciiDoc используют для тестирования документации,
Пример такого теста: Система генерирует PDF или Word отчёт на основе множества данных. Наша задача проверить что отчет сохранил свою структуру, данные корректно были сформированный и вставлены. Тут 2 теста сразу скажу, один проверяет по эталонному файлу, что заголовки имена таблиц, графиков и тд., находятся на своём месте. Другая часть тестов, нацелена на получение данных из системы и вставку их в эталонный файл со структурой после генерируем отчёт и сравниваем на 100% идентичность.

Почитать - AsciiDoc & doc-as-code Best Practices

#БУКВАРЬ_Тестировщика

Все три отлично работают в средах разработки таких как VSCode и IDEA

#БУКВАРЬ_Тестировщика #дорожная_карта

Основные этапы Дорожной карты

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

ОПРЕДЕЛИТЕ ЦЕЛЕВУЮ АУДИТОРИЮ - Визуализация дорожной карты и данные в ней напрямую зависят от того, для кого она предназначена. Поэтому, roadmap для инвесторов проекта будет кардинально отличаться от roadmap для команды этого же проекта.
- Ответьте на вопрос: "Зачем нужна дорожная карта?" и тогда сможете понять какую информацию она должна содержать.

ВЫБЕРЕТЕ СТРУКТУРУ - Исходя из целевой аудитории и целей, определите формат карты. Условно выделяют три вида структуры:

1) с временными рамками
2) без временных рамок
3) гибридная

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

СФОРМУЛИРУЙТЕ ИДЕИ И ЗАДАЧИ - На этом этапе вы уже знаете, для кого нужна дорожная карта и зачем. Самое время подумать над идеями и задачами. Однако, не углубляйтесь в детализацию.

ПРОДУМАЙТЕ СТРАТЕГИЮ - Проанализируйте идеи и задачи. Расставьте приоритеты, Посмотрите, какие задачи необходимо решить в первую очередь, а над какими можно работать параллельно.

ПРОДУМАЙТЕ СПОСОБЫ ОТСЛЕЖИВАНИЯ И УПРАВЛЕНИЯ РАБОЧИМИ ПРОЦЕССАМИ - Дорожная карта должна отображать актуальный курс деятельности. Поэтому, важно регулярно отслеживать реализацию планов продуманной стратегии, анализировать результативность и вносить корректировки в ROADMAP.

#БУКВАРЬ_Тестировщика #дорожная_карта