Lena and QA

Всем привет!
Добавили на сайт рецензию на книгу "Фулстек тестирование" Гаятри Мохан.
https://www.qabuggage.com/fullstack-book

По тегу #фулстек_тестирование_мохан рассказывала подробнее в блоге про первые 5 глав книги.

Расскажите, а вы читаете сейчас какую-то профессиональную литературу? Если да, то какую?
Мы на работе начали читать "Эффективное тестирование ПО" про автоматизацию тестирования.

А у вас какое сегодня настроение?)

Всем хорошего дня. И да поможет нам кофе 😁

Создали на сайте отдельную страницу, на которой мы с Аней @afalileeva делимся списком прочитанных книг https://www.qabuggage.com/books

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

#QAчитает

Всем привет!
Недавно на работе выбирали книгу для чтения в рамках QA читального клуба.
Делюсь списком книг, которые я хотела бы прочитать в этом году.

📚 Эффективное тестирование программного обеспечения, М. Аниче
Книга для разработчиков и автоматизаторов. Она познакомит вас с различными видами тестирования, сосредоточенными как на отдельных модулях, так и на целых компонентах. Вы узнаете, как писать легко тестируемый прикладной код и простые в сопровождении тесты.  

📚 Тестирование JavaScript, да Коста Л.
Вы узнаете, как реализовать план автоматизированного тестирования для JavaScript-приложений. Вы исследуете подходы к тестированию как серверных, так и клиентских приложений, а также научитесь проверять свое программное обеспечение быстрее и надежнее.

Эти 2 книги ⬆️ должны дать вам хорошее представление о пирамиде автоматизации тестирования.

📚 Тестирование программного обеспечения: контекстно ориентированный подход, Кейнер К., Бах Д., Петтикорд Б.
В книге собраны 293 проверенных совета, которые вы можете использовать в своих проектах для достижения успеха в тестировании.

📚 Делай как в Google. Разработка программного обеспечения, Винтерс Т., Маншрек Т., Райт Х.
Основываясь на опыте Google, авторы делают откровенный и проницательный анализ того, как ведущие мировые практики создают и поддерживают ПО.
Главы 1-7, 11, 12, 14 - будут интересны тестировщикам.

📚 Жемчужины разработки. Чему мы научились за 50 лет создания ПО, Вигерс К.
Карл Вигерс сформулировал 60 кратких практических уроков, которые подойдут для любых проектов, независимо от роли, отрасли, технологии или методологии.
Интерес для тестировщиков вызывают главы 5-7.

Если вы читали какие-то из этих книг, делитесь впечатлениями в комментариях.
#QAчитает

Всем привет!
Необычный пост в последний рабочий день 2024 года.

В сообществе тестировщиков компании Usetech, где я работаю, есть тема "КУлинАрный уголок". В ней мы делимся любимыми рецептами. Мы подготовили Сборник рецептов, которым я с радостью с вами делюсь. Возможно, вы найдёте какой-то новый рецепт блюда для вашего новогодней стола 🎉🍰🧁🥗🥤

С Наступающим!

Пара видео про работу в конце года 😁

12 декабря 2024 года на платформе Stepik прошла ежегодная церемония Stepik Awards 2024🥇, на которой были обьявлены курсы, завоевавшие признание команды Stepik и пользователей🎉.

С радостью рассказываю, что наш с Аней @afalileeva курс по техникам тест-дизайна победил в категории "Тестирование" 🎉

Мы очень этому рады ☺️

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

- Курс «Школа тест-менеджеров» от Натальи Руколь (платный).
- Курс «Наставник в IT» от Яндекса (бесплатный).
- Книга Марины Перескоковой «Мама, я тимлид» с практическими советами по руководству командой.
- Книга Терезы Хьюстон «Обратная связь» о том, как правильно давать обратную связь коллегам.

🤓

Всем привет!
Сегодня завершается распродажа курсов на степик. Воспользуйтесь возможностью купить наш курс по тестированию требований и макетов со скидкой. Доступ не ограничен, проходить курс можно и позже. Например, на новогодних праздниках 🙂

P.S. Следующая такая возможность будет не раньше середины весны.

Было - Стало.
Баг уже исправили, но я все видела 😁

Интересно, почему "ничего" весит 10 г? Все-таки у книг есть душа, наверное....

P.s. теперь вы знаете, какую биографию я буду читать на нг каникулах 😂

#баги

📌 Глава 5 Тестирование данных

Автор рекомендует помимо тестирования функциональности на уровне UI и API проверять данные. А именно:
⁃ Базы данных (Postgre, Oracle, Ms Sql Server и другие) - правильное сохранение данных в бд, проверка граничных значений для разных типов столбцов и длин входных данных, sql-инъекции, сбои в сети при сохранении данных, фактор параллелизма при работе нескольких пользователей с бд и возможные конфликты при доступе к данным и т.д.

⁃ Кэши (Memcached и Redis) - сохранение данных в кэше, время жизни данных, сбои в работе, распределенные кэши, тестирование производительности.

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

⁃ Потоки событий (RabbitMQ, Apache Kafka) - потоковая обработка событий происходит практически в реальном времени. Рекомендуется проверять структуру событий, обратную совместимость событий, последовательность обработки событий, сбой при обработке событий, неудачные обращения к очереди и другие моменты.

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

#фулстек_тестирование_мохан
#QAчитает

Всем привет!
Продолжаю серию заметок по книге Г. Мохан «Фулстек тестирование».

Всех с пятницей. Отдохните на выходных)

Всем привет!

Скоро декабрь, корпоративы, подарки, икра, мандарины, куранты. И вот они, новогодние праздники. Чем заняться? У нас есть идея. Можно пройти наш курс по тестированию требований. Тем более на Stepik стартовала «Черная пятница». Только с 26 ноября по 9 декабря. Промокод HUGESALE24 на скидку в 20%.

P.S. доступна оплата долями.

https://stepik.org/a/186381

Всем привет!
Продолжаю серию заметок по книге Г. Мохан «Фулстек тестирование».

📌 Глава 4 Непрерывное тестирование
Глава посвящена процессу CI/CT/CD. Один из ключевых выводов главы - за разработку стратегии непрерывного тестирования и правильную работу циклов обратной связи отвечают тестировщики команды. Они должны внимательно следить за практикой CT в команде и гарантировать получение пользы от усилий, затраченных на создание и поддержку тестов.

Из всей главы, помимо описания "правильного" процесса непрерывного тестирования, мне запомнились 2 момента.

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

🔖 4 ключевых показателя, по которым можно измерить темп разработки ПО и стабильность релизов. Показатели были предложены командой Google DevOps Research and Assessment (DORA)

1) Время выполнения - Время от коммита кода до его готовности к развертыванию в промышленной среде.
2) Частота развертывания - Частота, с которой программное обеспечение развертывается в промышленной среде или в магазине приложений.
3) Среднее время восстановления - Время, необходимое для восстановления после любых сбоев в работе или обслуживании.
4) Процент неудачных изменений - Процент изменений, развернутых в промышленной среде, которые требуют последующего исправления, например отката к предыдущей версии, или приводят к ухудшению качества обслуживания.

🔅Вы когда-нибудь сталкивались на практике с непрерывным развертыванием или возможно внедряли 4 показателя по DORA? Хочется послушать реальный опыт, насколько это осуществимо и применимо.

#фулстек_тестирование_мохан
#QAчитает

Всем привет!!!1111

У нас новость.
11.11 сегодня или нет?

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

Ура 🙂

Есть тут сеньоры? 😅

А вы знали о происхождении термина smoke-тестирование?

В книге "Фулстек-тестирование" происхождение термина описывается так.

Термин «дымовое тестирование» был заимствован из мира электротехники. После сборки электрической сети через нее пропускают электрический ток и оценивают, как он проходит. Когда в цепи обнаруживается проблема, идет дым, отсюда и название.

В других источниках примерно такое же описание.

Пирамида, рожок и слоеный пирог - иллюстрации из книги "Фулстек тестирование"

Всем привет!
Продолжаю читать книгу Г. Мохан «Фулстек тестирование».

📌 Глава 3 Автоматизированное функциональное тестирование
Базовая глава про автоматизацию и пирамиду автоматизированного тестирования.
Дополнительно приводятся примеры некоторых ИИ инструментов для упрощения разработки, обслуживания и анализа результатов автоматизированных функциональных тестов (в основном коммерческих).

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

Ребята-девчата из Юзтех, с которыми мы читаем и обсуждаем вместе книгу, перечислили еще несколько антипаттернов.
✔️ Песочные часы - много юнит-тестов и UI тестов, но отсутствуют интеграционные и сервисные тесты.
✔️ Трапеция - юнит и интеграция покрыты тестами, UI и и е2е нет .
✔️ Перевернутая трапеция - отсутствуют юнит и интеграционные тесты (или их очень мало), а UI/е2е ооооочень много.

А вы с какими антипаттернами сталкивались?

P.S. Очень рекомендую читать книги в рамках читальных клубов. График чтения и совместные обсуждения очень дисциплинируют 🙂

#фулстек_тестирование_мохан

Продолжаю заметки по книге «Фулстек тестирование», которую мы с коллегами читаем в рамках читального клуба нашей компании.

📌 Глава 2 Ручное исследовательское тестирование
Немного смутила терминология. Когда я вижу слова "ручное исследовательское тестирование", обычно ожидаю увидеть информацию про исследовательские туры Уиттакера. Но в первой половине главы речь идет про техники тест-дизайна и тест-анализа. На небольших примерах описывается суть техник:
⁃ Классы эквивалентности и граничные значения
⁃ Диаграмма состояний и переходов
⁃ Таблица принятия решений
⁃ Диаграмма причинно-следственных связей
⁃ Попарное тестирование (pairwise)
⁃ Выборка
⁃ Метод угадывания ошибок

Мне не приходилось ранее применять подход «Выборка» (или я использовала его очень давно и забыла про это). Автор советует использовать его для тестирования больших объемов данных, когда количество свойств данных очень велико. В этом случае не получается применить ни классы эквивалентности, ни попарное тестирование. Поэтому из всего набора данных отбирается некоторая часть - случайным образом или по какому-то критерию. И по тестированию этой мини-выборки делается вывод о качестве работы системы на всем объеме данных.

Автор книги приводит пример использования подхода для системы страхования. Моя коллега подтвердила, что часто примела этот подход как раз в страховом бизнесе.

А вы использовали выборку?

#фулстек_тестирование_мохан

Всех с понедельником 😁

Всех с пятницей 😁 Давно мемчиков не было)

10 навыков фулстек тестировщика. Как думаете, всего хватает?

Всем привет!
Мы на работе запустили QA читальный клуб. Выбрали книгу «Фулстек-тестирование», Гаятри Мохан.
Буду с вами иногда делиться идеями и отрывками из книги. Как будто вы тоже ее читали))

В книге дается описание и инструменты по 10 навыкам фулстек тестировщика (смотри картинку ниже). Обсудили с ребятами, что мобильное тестирование немного выбивается из списка. Хотя автор в книге объясняет, почему она отдельно выделила именно этот вид тестирования.

Из первой вводной главы мне запомнилось несколько интересных историй:
⁃ Netflix в начале 1990-ых годов появился как портал онлайн-проката DVD,
⁃ Для Uber существует чат-бот WhatsApp для вызова такси (возможно работает только в Дели)
⁃ Компания Yahoo! в 2013 году опустила крупнейшую утечку данных в истории, в результате которой в 2013 году были раскрыты 3 млрд учетных записей пользователей.

#фулстек_тестирование_мохан

⬆️ А баг уже локализовали и исправили 👏. Даже в тех поддержку писать не пришлось)

P.S. Дело, оказывается, было не в пробеле. Но пробелы обсудили в комментариях, тоже неплохо)

P.P.S Озон, готовьтесь, вы следующие 😂 У вас есть плавающий баг с поиском на главной, если наткнусь опять, расскажу подробнее.

Встречаем утро багом на сайте Читай-город.

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

Сколько раз я похожие баги находила, не счесть.

Я немножко потупила вначале, т.к. было утро, но потом сообразила удалить пробел. И оплата прошла. А пользователь сообразит? Не уверена. И вот тебе результат - пользователь не сможет оплатить заказ.

Как думаете, в чем тут проблема бага? Например, в том, что пробел добавляется после четвёртой группы цифр? Или в том, что при оплате пробелы в начале и конце строки не удаляются? 🥸

Внезапно я нашла причину всех багов.
Это же ООП КОП

Костыльно Ориентированное Программирование.
Стоит на трёх китах:

1. Костылирование
2. Инкостыляция
3. Поликостылизм

1) Костылирование - это создание костылей, позволяющее описать новый костыль на основе уже существующего с частично или полностью заимствующимися ошибками. Костыль, от которого производится наследование, называется базовым, родительским или суперкостылем. Новый костыль — потомком, наследником или производным.

2) Инкостыляция - это свойство костылей, позволяющее объединить фиксы и заплатки, работающие с ними в классе, и скрыть детали реализации от понимания.

3) Поликостылизм - это свойство разработчиков использовать костыли с одинаковым интерфейсом без информации о типе и внутренней структуре костыля.

P.S. За картинку и текст спасибо Наташе и Диме с моей работы))) Вдруг они меня читают 😄

А ты - поздравил своего любимого разработчика с Днем программиста?)

Этот день не мог обойтись без багов) На этот раз порадовал сайт выставки Лего https://mego-lego.ru/rostov-na-donu

Предлагают получить бесплатный билет, указав ФИО и телефон (необязательно). Но билет действует на выставку с 13 июня по 19 июля.

Кто знает, как вернуться в прошлое, а?

Как и обещали, в такой знаменательный день дарим промокод на скидку на наш с Аней курс по тестированию требований.

https://stepik.org/a/186381/pay?promo=0ae073ffefcc75fd

Действует до конца 9 сентября по мск 😊
Вы конечно можете рискнуть и протестировать граничные значения - проверить действие промокода 10 сентября. Но не советую, не советую)))

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

📌 Я в тестировании больше всего люблю тест-дизайн и локализацию багов, особенно хитреньких, где надо посидеть, подумать, поисследовать разные версии. А еще это чувство удовлетворения, когда ты выпускаешь релиз, а он без серьезных багов 😄 А еще людей, увлеченных своей профессией, с которыми можно и опытом обменяться, и о жизни поговорить 🌟 А еще, а еще... продолжать можно долго. Классная у нас профессия 😊

А вы что любите? Делитесь в комментариях ⬇️

Ребята! Поздравляю всех причастных с Днем Тестировщика! 🥳👻🌟

Если кто-то планировал приобрести наш с Аней курс по тестированию требований - в День тестировщика будет скидка 🌚 Вы ведь знаете, когда День тестировщика?) Скоро, скоро уже.

Бесплатный курс по техникам тест-дизайна доделываем 🙂 Надеюсь, к концу месяца выпустим 🌟