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

пишите, да)

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

Картинки картинкам рознь, в статье очень много визуального мусора. Во-первых половину картинок можно было бы легко заменить на code snippet'ы. Во-вторых от скринов можно было бы отрезать лишнее, зачем читателю 20 раз подряд изучать командную панель со значками программ, установленных на mac у автора статьи? В-третьих в статье не выдержан общий стиль по верстке, заголовки, отступы, что является главным - что нет, что выделяется жирным текстом или курсивом, что нет. Это всё вместе осложняет восприятие, я бы предложил посмотреть как верстают статьи на медиуме.

Прочитал ваш отзыв. Что могу ответить
1. Не понимаю, какие картинки вы замените сниппетами? Там нечего менять абсолютно.
2. Да, на некоторых скринах присутствует типа командная панель и тд. Но процент этого лишнего очень мал все-таки.
3. Почему не выдержан общий стиль статьи? Откуда такое вообще? Есть заголовки очень понятные. Возможно, стоило в заголовки прям выделить мини-заголовки типа “Рассмотрим вариант получения проекта без использования Git”, но вроде отступами там очень явно это выделено. Жирным также выделены названия кнопок или элементов на экране. Вроде по ходу статьи это становится очевидно. Но читателю виднее, конечно.

В общем, спасибо за отзыв, любой фидбек полезен, конечно же. Но есть много спорных вещей.

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

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

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

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

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

Добрый вечер. Подскажите, пожалуйста, материалы по persistence testing.
Если в материалах будут примеры на питоне - вообще замечательно.

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

«Адназначна» так как удобнее команде. Все остальное не работает.

На software-testing посмотрите

а кроме них?

я у них проходила курс - не понравилось

А что вам в логах надо? Текст, по которому надо искать всякое

Что там на целый курс растягивать 🤷‍♂️

логи более приближенные к реальности, а не зайчики

На uTest.com в Академии есть краткий курс логгирования. Базовые вещи, но всё понятно расписано и показано на видео. Может поможет.

спасибо большое