Мои 12 недель в году. Часть 21 (запуск ПОТ, ДР, военкомат)

Первый опыт, второй, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20

 

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

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

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

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

Основной план был:

— закончить длинный ШНАТ

— книга: пройти ревью редактора

— статья на ХАБР!

План не просто выполнен, а перевыполнен! Длинную версию ШНАТ (ПОТ) я не просто закончила — я успела его запустить! И сейчас идет первый поток, вот уже третья тема вышла...

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

Статью я написала, да не просто статью, а статеющу (голосом Нагиева)! В исходнике она занимает 40 листов гуглодоки =))) Это мой топ года по статьям. А ещё статья участвует в конкурсе Технотекст 2022!

Ну и по мелочи. Соберем всё в кучу:

1. Вышла электронная версия первой книги!
2. Вторая книга, по тест-дизайну: 
1. Закончили редактуру
2. Выверила верстку
3. Выверила все картинки после переноса текстов
4. Оплатила первый тираж — всё, теперь просто ждем до марта!
3. Длинный курс (ПОТ):
1. Записала с нуля 10 тем ＼(〇_ｏ)／
2. Часть уже даже обработала)))))
3. Подготовила СДО, придумала домашки итд
4. Запустила первый поток! (чтобы был стимул закончить обработку поскорее)
4. Лицензия на ИП: получила ещё 3 отказа (попытки 4-6)
5. Лицензия на ООО: сделали программу и первый раз подались!
6. Посты из книги, пополняя бесплатный онлайн-вариант — всего одна  (╯︵╰,)
7. Улучшалки по текущим курсам — они небольшие, но они есть =)
1. Улучшалки по ШНАТ — 18 штук!
2. Рест — 6 штук
3. Постман — 10 штук
4. Регулярки — 2 штуки
8. Статьи на Хабр — 1 штука, но какая! 💝
9. Пополнила свой youtube-канал — 2 видео (((
10. Testbase — 1 улучшалка!
11. Настроила гостевой доступ в конфлюенсе
12. Сходила на конференцию iSpring
13. Продала ШНАТ в ЮЛ, немного допилила под них
14. Провела обучение по курсу
15. Зарегалась на вебмани (нужно будет для передачи домена)
16. Подняла смоук-сервер для соседнего проекта
17. Расписала флоу данных в своем проекте! Большой труд вышел))
18. Написала руководство пользователя для своего проекта
19. Провела обучение на работе по нашим тестам
20. Создала доку по обучению тестам на обновление
21. Купила ноутбук! Для конференций))
22. Купила маме ноутбук =))
23. Инструменты 12 недель — продолжаю вести файлик DONE, это все еще очень круто
24. ДР был, отмечали)
25. Катались к моей маме
26. Слетали к Сашиным родителям на юбилей
27. В гости к друзьям тоже выбрались!
28. Закупилась настолками ^_^
29. Играли в настолки почти каждую неделю!
30. Ходили в кино
31. Ходили в театры!
32. Ходили в детские театры! 
33. Даже в караоке сходили ))
34. А ещё в Питер смотались пару раз. С друзьями встретились и в театры сходили.
35. Великий Устюг — с Владом ездили на ДР Деда Мороза. Прикольный опыт, но Владу ещё рановато.
36. Фотосессия на Хеллуин с разукрашенными лицами
37. Фотосессия подводная!
38. Фотосессия новогодняя с ребенком
39. Всё ещё ходим в бассейн, нравится!
40. Заплатила налог как ФЛ
41. Добавила себе ИНН Влада в налоговой
42. Сходила в спа салон Ангел (через весь город)
43. Доехала до «Принц Плаза», нашоппилась, купила вечерних платьев новых себе))
44. Досмотрела «Постучись в мою дверь» — турецкий сериал на 200+ серий, начали сначала))) Первые 30 после последних прикольно пересмотреть. Милота, романтика и куча хохмы
45. Военкомат по повестке — 2 раза... Слава богу, пока отпустили...

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

Отправили первую попытку получить лицензию на ООО

 

Уф, успели в этом году, отправили первую попытку на лицензию! Урааааа!

Теперь будем ждать фидбек, исправлять по нему, снова отправлять... В общем, растянется на полгода (и я не просто так пессимист, уж поверьте). Но внутренний оптимист надеется получить лицензию к весне 2023! 👀✌

Как тестировать методы REST API

Да, это пост, содержащий в себе 5 предыдущих. Я хочу сохранить себе эту статью в блоггере, так как она очень крутая + мне она нужна в разбивке, чтобы я могла давать ссылки студентам точечно, а не на одну большую статью.

Ссылка на ХАБР (там кликабельное содержание, очень удобно)

Когда ручного тестировщика впервые просишь проверить метод REST API, того охватывает паника: «Как это делать? Я вообще почти ничего не знаю про API. Что делать? Как это тестировать?»

Спокойно. Без паники =) Я уже рассказывала на простом языке, что такое API. А сегодня я расскажу о том, как его тестировать. На самом деле почти также, как GUI: в первую очередь это тест-дизайн и придумывание проверок, а потом уже всякие API-штучки. Но и про них не стоит забывать.

Я дам вам чек-лист, к которому вы сможете обращаться потом — «так, это проверил, и это, и это. А вот это забыл, пойду посмотрю!». А потом мы обсудим каждый пункт — зачем это проверять и как.

После теории будет практика! Для неё возьмем метод doRegister системы Users — он находится в открытом доступе, можете дергать по ходу чтения и проверять =) 

Что тестировать в ответе метода REST API

Это отрывок из статьи Как тестировать методы REST API. Мне хочется, чтобы было возможность дать ссылку именно на тестирование ответа)

Когда мы получаем ответ в REST-методе, надо проверить тело ответа и его статус код. Давайте разберемся, как это делать.

Тело ответа

Чек-лист проверки:

1. Какие поля вернулись в ответе?
2. Значения в полях
3. Текст ошибок 

Поля в ответе нужно:

• сравнить с ТЗ
• сравнить между собой SOAP \ REST 

Тестируем смену типа запроса в REST API

Это отрывок из статьи Как тестировать методы REST API. Мне хочется, чтобы было возможность дать ссылку именно на тестирование типа запросов)

Что будет, если мы “подменим” тип запроса?

POST → GET (совсем разные типы запросов)

POST → PUT (похожие типы)

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

Как тестировать URL в REST API

Это отрывок из статьи Как тестировать методы REST API. Мне хочется, чтобы было возможность дать ссылку именно на тестирование URL)

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

Тестируем точно также, как если бы параметр был в теле:

1. Правильный параметр (из примера)

2. Обязательность (что, если параметр не указать?)

3. Бизнес-логика (тест-дизайн)

4. Регистрозависимость (если параметр текстовый)

Как тестировать тело запроса (body) в REST API

Это отрывок из статьи Как тестировать методы REST API. Мне хочется, чтобы было возможность дать ссылку именно на тестирование тела сообщения)

 

Что мы тут тестируем:

1. Правильное тело (пример)

2. Различные параметры (обязательность, работа параметров)

3. Бизнес-логика

4. Ошибки: бизнес-логика

5. Перестановка мест слагаемых

6. Регистрозависимость

7. Ошибки: не well formed xml / json

 

Как тестировать заголовки (headers) в REST API

Это отрывок из статьи Как тестировать методы REST API. Мне хочется, чтобы было возможность дать ссылку именно на тестирование заголовков)

Заголовки должны где-то обрабатываться:

— на сервере;

— на клиенте;

Иначе они не нужны, только лишний трафик гонять. Мы ведь передаем сообщение по сети, если интернет плохой, то каждый байт на счету. Зачем отправлять информацию, которую никто не использует?

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

Если заголовка нет:

— используется дефолтный, прописанный в коде;

— он вообще не нужен;

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

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

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

Было

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

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

Телеграм бот как помощь в воспроизведении багов (видео)

 

Ссылка на youtube

Уже опубликовано видео моего доклада с SQA Days 30! 

Напомню его аннотацию =)

Телеграм-бот как помощь в воспроизведении багов

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

Мы прошли длинный путь такой диагностики. Сначала собирали данные через SQL-скрипты, потом автоматизировали их и даже внедрили в систему. А потом упростили задачу разворачивания билда, делегировав это… Телеграм-боту!

Postman — как посмотреть, какой запрос ушел на сервер

Допустим, мы вызываем метод doRegister в Users (для просмотра ТЗ использовать эти данные). Так как ФИО и email должны быть уникальными, используем динамические переменные из Postman. Получается такой запрос:

{

    "email": "test{{$randomInt}}@mail.com",

    "name": " Машенька{{$randomInt}}",

    "password": "1"

}

На как понять, что при этом уйдет на сервер? Какое именно число?

Можно нажать на кнопку code справа

Черная пятница на книги!

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

— Черно-белая 1000 рублей (вместо 1444)

— Цветная 2000 рублей (вместо 2500) 

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

Если вы хотели купить мою книжку на подарок себе / друзьям, сейчас самое время! =)

Утвердила обложку второй книги

 

Утвердила сегодня обложку второй книги, вот похвастаться пришла =) Это для цветного тиража такая будет, для ч/б фон будет другой, не фиолетовый

Книга уже на этапе верстки, так что скоро отдадим в печать)

Как продумать тесты для автоматизации (в двух словах)

Продолжение статьи «Что такое автоматизация»

Не все можно автоматизировать. Не все нужно автоматизировать. Нельзя просто взять чек-лист ручного тестирования и все переложить на код.

Бывает, что автоматизировать этот функционал ОЧЕНЬ сложно. Разработка автотеста займет много времени, причем разработчика, а не тестировщика — это не окупится, быстрее проверить вручную. 

 

Бывает, что чек-листов у вас очень много. Тогда надо выбирать те, которые нужно автоматизировать в первую очередь. По каким принципам выбирать? 

doRegister — описание SOAP и REST-метода в Users

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

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

Ссылка на метод

REST — http://users.bugred.ru/tasks/rest/doregister (POST-запрос)

Описание метода

Регистрация нового пользователя в системе

Входные параметры

Имя параметра	Тип	Обязательный?	Описание
email	строка	да	email пользователя
name	строка	да	имя пользователя
password	строка	да	пароль

Результирующие данные

Имя параметра	Описание
party	Информация по сохраненному клиенту

Первый запуск курса для новичков «Инженер по Тестированию ПО» со скидкой

Время идет, всё меняется. Если раньше для успешного устройства на работу тестировщиком было достаточно понимания базы тестирования, то теперь всё чаще от кандидатов ожидают понимания API и SQL.

Поэтому я запускаю большой курс с нуля до крепкого junior «Инженер по тестированию ПО».

Это 4 месяца обучения (17 недель) и куча практики. Как базы тестирования, так и дополнительных навыков — работа с Postman и Charles, автоматизация на разных уровнях (API, GUI), SQL-запросы, работа с логами…

Новый курс включает в себя несколько существующих курсов автора (обкатанных в течение нескольких лет и собравших позитивные отзывы):

• Школа для начинающих тестировщиков целиком

• Логи целиком

• Тестирование REST API — наполовину (теория вся, ДЗ наполовину)

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

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

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

Доклады

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

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

Книга для начинающих — вышла электронная версия!

 

🌟 Совершенно внезапно (даже для меня) — моя книга «Что такое тестирование. Курс молодого бойца» вышла в электронном виде!! 

Месяц назад обсуждали, что выпустят после НГ, но благодаря вам она вышла раньше: нас просто задолбали вопросами "когда уже начнете продавать?" © 

Велкам — https://bhv.ru/product/chto-takoe-testirovanie-kurs-molodogo-bojtsa/ 🌟

Статус книги по тест-дизайну: передали в верстку!

 

Новости с полей моей книги по тест-дизайну. Художница закончила последние правки по картинкам, я передала всё редактору. Теперь следующий этап, верстка, ура!

1 автотест = 1 проверка (на примере Postman-a)

Вообще это правило и ручных тестов касается, но сегодня поговорим на примере автоматизации в Postman. Итак, общее правило тестов, особенно автоматических:

1 тест = 1 проверка

Почему именно так? Да потому что проще будет понять "почему всё упало".

Давайте посмотрим на примере Users. Дергаем метод http://users.bugred.ru/tasks/rest/getuser:

{

  "email": "test_cu_11@mail.com"

} 

* Email может меняться, так как система живая, данные создаются и удаляются.

Итак, мы хотим проверить ответ и пишем такой автотест:

Статус книги по тест-дизайну: Вычитали книгу с редактором!

 

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

Планировала за месяц вычитать, и вычитала. Ура, движемся по плану!

Логи в enterprise системах (DUMP 2022)

Ссылка на youtube мой и с канала DUMP (они одинаковые)

Вышло видео доклада с конференции DUMP 2022! Я рассказала про наш опыт развития логов в enterprise-продукте. Главное ограничение такого продукта — к логам доступа нет. И исходно даже не предполагалось: развернули решение, за ним потом следит админ на стороне заказчика. 

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

А потом про проблемы и решения для:

• сбора логов
• их анализа

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

Мои 12 недель в году. Часть 20 (ООО, отпуск, театры)

Первый опыт, второй, третий, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19

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

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

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

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

Основной план был:

— открыть ООО

— книга: пройти ревью редактора

— курсы: сделать "длинный" ШНАТ

— статья на ХАБР!

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

А вот с остальным я погорячилась... Из-за отпуска и ООО я не смогла в этот цикл доделать длинный курс. И статьями мне сейчас совсем некогда заниматься... Хотя посмотрела файлик done — ух ты, так я всё же сделала 2 статьи в этом цикле! А так если итоги не подводить, кажется, что не делала... Потому что последний месяц мне не до статей, вот и кажется, что ничего не успевала весь релиз.

А вот по книге не от меня зависело, когда редактор освободится. Освободился он неделю назад, так что ревью мы начали, но пока только 4 главы вычитали из 11. Но! Дорогу осилит идущий 😊

Зато в этом цикле я очень хорошо отдохнула! Съездила в отпуск, потом в Питер на выходные, ходила в театры... Тоже неплохо =))

Краткие результаты:

1. Книга по тест-дизайну: начали редактуру!
2. Я победила в конкурсе «Технотекст 2021» в разделе «Просто о сложном»!
3. Открыла ООО ＼(〇_ｏ)／
4. Подготовила программу длинного курса
5. Подготовила презентации по блоку SQL, половину уже записала
6. Лицензия на ИП: получила 3 отказа
7. Слетала в Екатеринбург на встречу тестировщиков, выступила там
8. Посты из книги, пополняя бесплатный онлайн-вариант — всего одна  (╯︵╰,)
9. Улучшалки по текущим курсам — они небольшие, но они есть =)
1. Улучшалки по ШНАТ — 3 штуки
2. Регулярки — 10 штук
10. Статьи на Хабр — 2 штуки
11. Пополнила свой youtube-канал — 1 видео (((
12. Testbase — 9 улучшалок!
13. Перенесла на Testbase свои статьи для курсов — там хоть картинки никуда не пропадут, как в блоггере.
14. Прочитала пару книг
15. Зарегалась в телеграмме на второй акк, для курсов
16. Сделала на работе видео про регресс (прокрастинировала несколько месяцев)
17. Инструменты 12 недель — продолжаю вести файлик DONE, это все еще очень круто
18. ДР Владика!
19. ДР мамино
20. Отпуск! Купались каждый день)
21. Играли в настолки почти каждую неделю!
22. Играли в пинг-понг по несколько раз в неделю
23. Ходили в кино
24. Ходили в театры!
25. Ходили в детские театры! Открыла для себя и Влада такое развлечение)
26. В зоопарк сходили
27. Купила себе каффы =)
28. Фотосессия подводная в виде русалочки!
29. Фотосессия "наземная" в виде двух русалочек!
30. Фотосессия с ребенком
31. Ездили с ребенком к бабушке в гости — раньше он бы не выдержал дорогу, а теперь и ему в кайф, и мне прикольно
32. Ездили в гости, ходили в баньку и хаммам)
33. Научили ребенка плавать — пока с надувным жилетом
34. Начали ходить в бассейн, наконец-то!
35. Пробежала гонку героев!
36. Доделала ремонт, положила плинтуса и мелочи подбила
37. Вставила замки на кухню и в зал
38. Сделала отбеливание зубов. Не советую))))
39. Купила новый телефон! Расхерачила старый вконец и вот обновила... 4 года ему было, эх!
40. Поменяла люстру на кухне
41. Начала ходить на банджи-тренировки, очень нравится

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

Статус книги по тест-дизайну: Началась редактура!

 

Радостные новости по поводу книги по тест-дизайну.  Мой редактор освободился! Прислал вчера редактуру первой главы. Теперь вот сижу, читаю)))

Пока планы за месяц вычитать книгу и передать дальше, на верстку =)

Я открыла ООО!

Ух... Это случилось... 

Теперь я — Ольга Назина, генеральный директор ООО «Тестбейз»!

Это будет самый крутой учебный центр для ИТ-специалистов, но начнем с тестировщиков. Лицензированный, с официальными дипломами. Моя цель — попасть в госпрограмму =)

Если кратенько, то ИП не имеет права выдавать диплом о переквалификации. А ООО — имеет. Так брошенная несколько месяцев назад в разговоре фраза «А почему бы тебе не открыть ООО?» превратилась в реальность. 

Но первая реакция была другая))) 

— Нет-нет, ты что! Это же бухгалтерия, людей нанимать, всё такое... Ой!

Всегда страшно выходить за рамки зоны комфорта. Я и как ИП могла бы расти, но стра-а-а-ашно. И сложно... Причем первый шаг сложнее всего. Потому что так у меня отчетность очень простая — всё автоматически делает Эльба-Контур. А если хоть одного сотрудника нанял — всё. Отчестность резко стала сложнее и надо что-то там ручками указывать. У-у-у-у, не хочуууу...

Но мысль в голове засела. Я стала обдумывать её и так, и эдак... Плюсы то есть:

1. Я смогу сделать диплом о переквалификации
2. Я сбагрю на кого-нибудь бумажную работу!!!! Терпеть её не могу ))))
3. Да и вообще, генеральный директор — это звучит гордо!

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

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

Собаседник — тренажер поиска багов

 

Ссылка на тренажер — https://qahacking.guru/

Полезняшки от автора тренажера — https://qahacking.ru/

Да-да, это ненастоящий сайт питомника, так что его можно смело тыкать и ломать, учась искать баги!

Пара вступительных от автора сайта:

Я, Юлия Горшкова, лид тестирования и джун автотестирования, в рамках своего проекта QAHacking сделала тренажер поиска багов https://qahacking.guru/. В планах добавить туда еще немного стабильно кривого, чтобы начинающим тестировщикам было проще находить и описывать дефекты.

Классная штука! Тренировка — это всегда полезно.

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

Ну и самый смак для ленивых — на сайте есть список багов. Попробуйте найти хотя его 😁

PS — сайтик добавила на портал Testbase в раздел тестовых площадок, дабы не потерялся

SQA Days EA-2. Конференция в Ереване

 

30 сентября — 1 октября в Ереване пройдет конференция SQA Days EA. 

Она пройдёт в гибридном формате (классический офлайн + онлайн трансляция) и охватит широкий спектр профессиональных вопросов в области обеспечения качества программ, а именно:

• Методики и инструменты тестирования ПО;
• Автоматизация тестирования ПО;
• Подготовка, обучение и управление командами тестировщиков;
• Процессы обеспечения качества в компании;
• Управление тестированием и аутсорсинг;
• Совершенствование процессов тестирования и инновации.

Программа - https://sqadays.eu/ru/program/99290

Билеты участников - https://sqadays.eu/ru/conferenceCost?eventId=99290

Статус книги 2: в ожидании редактора

 

Небольшие новости про вторую книгу — в этом году её не будет, увы. Я сдала её в издательство 2 месяца назад и ждала своего редактора.

И вот он почти освободился (большущую книгу по корелу вычитывал) и тут ему прилетают 2 срочные книги. И мне или ждать ещё пару месяцев, или менять редактора.

Ну я тут прикинула — менять не хочется:

1. Мой редактор очень "мягко" вычитывал текст, оставляя мои фразеологизмы. А вдруг новый всё переделает?))) 

2. Я и так 2 месяца уже жду, тогда можно было уже давно вычитать, если менять. Подожду ещё, тем более у меня сейчас ООООООЧЕНЬ плотный график, скоро о нем расскажу, если ничего не случится (тьфу-тьфу-тьфу). Как раз на пару месяцев =))

3. Первую книгу мы начали редактировать в августе и еле-еле успели закончить к концу ноября. И тираж ДО нового года я получила ТОЛЬКО потому, что заказала маленький (100 экзмепляров), который очень дорогой.

Так что даже если бы мы сейчас напряглись и снова побежали, то закончили бы к декабрю и всё равно тираж бы я не получила. Потому что типографии на декабрь занимают чуть ли не с сентября. А делать мелкий тираж я не хочу, я хочу, чтобы вторая книга была дешевле (впрочем, там сейчас бумага подорожала...). Дороже уж точно не хочется!

Тогда какой смысл торопиться? Тем более что часть опечаток пропустили именно из-за этой спешки. Поэтому я решила не гнать коней и сижу дальше в ожидании своего Григория =)

ИТ-книга от идеи до выпуска. Часть 2: поиск издательства

Ссылка на Хабр

В конце прошлого года я выпустила свою первую книгу по тестированию — «Курс молодого бойца». Заняло у меня это 4.5 года! И я решила поделиться своим опытом в цикле статей:

• Часть 0. Как начать и не бросить

• Часть 1. Работа с фриланс-художниками

• Часть 2. Поиск издательства

• Часть 3. Процесс производства

Сегодня я расскажу о том, как искала издательства. Куда направляла письма, как готовила сопроводительные письма, как почти потеряла надежду =)) И как нашла БХВ!