Mockaroo — генератор реалистичных тестовых данных. CSV, XLS, JSON, XML...

Ссылка — https://mockaroo.com/

Если нужно быстренько состряпать файлик с тестовыми данными — это то, что нужно!

• Он создаст CSV и Excel для тестирования загрузки файлов.
• Он создаст JSON и XML для тестирования API
• И другие форматы по необходимости

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

1. Сделать большой файл с реалистичными данными будет долго и уныло
2. А если раскопипастить везде значение «Тест», вы можете не найти баг, который легко поймают реальные данные

Помимо CSV и XML, меня особенно радует поддержка JSON и XML — инструмент можно использовать для генерации данных при тестировании API!

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

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

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

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

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

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

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

Все лишнее в баге выносим в доп инфо

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

В любую форму ввода денежных данных ввести символ, например, «А». Пример формы — форма доходов http://example.com/income  

Если хотите перечислить ссылки на все доступные формы — сделайте это в доп. инфо.

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

Чит-лист для создания Xpath

Ссылка — https://devhints.io/xpath

Ссылку подкинули в флудильне выпускников как "полезняшку по Xpath". Ну а я просто решила сохранить полезняшку в блоге ¯\_(ツ)_/¯

PS: сохранила также ссылку на Testbase в навыке автоматизации, теперь не потеряется!

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

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

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

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

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

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

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

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

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

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

Инструменты баг-трекинга

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

• Гуглодоку
• Ворд
• Скайп
• Почту
• ...

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

Самодельные инструменты

Почта

На первой работе мы тестировали игрушки для мобильных приложений. Это было больше 10 лет назад . Если видели ошибки, то создавали письмо в почте, туда прикладывали шаги, скриншоты (Ну как скриншоты... фоточки! У нас был специальный фотоаппарат для этого, на тех телефонах еще не было снимков экранов), и отправляли разработчику.

Разработчик отвечал на каждое письмо, где подписывал у каждой ошибки статус: починил / деклайн (не баг). Тестировщик получал письмо и должен был сразу проверить исправление. Иначе можно легко забыть, что что-то правилось. Ну или настраивать как-то специально почту «вот это письмо прочитано, но не проверено» итд, но таким мы не заморачивались.

Спроси маму. Роб Фитцпатрик

Ссылка на OZON

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

Откуда название книги? И почему все кругом врут? Да потому, что мы неправильно задаем вопросы, напрашиваясь на комплименты. Например, нам приходит в голову новая «гениальная мысль» и мы идем рассказывать о ней маме:

— У меня тут мысль отличная возникла! Сделать то и то. Как ты считаешь, это хорошая мысль? Такое купят?