Часть 1: сначала разобрались с багами 👈 В компании преобладало ручное тестирование. Автоматизацией занималась отдельная команда: она покрывала регресс преимущественно на уровне API — Python + pytest. Функциональность начинали проверять, когда реализация уже была готова, а PR передан тестировщику для локального тестирования. Конечно, QA подключались раньше: изучали документацию, уточняли требования, писали тест-кейсы. Это тоже часть shift-left. Но хотелось понять, какие ещё проверки можно перенести на более ранние этапы...
Евгений Сычев | Всё о Тестировании ПО
Меня недавно непонятно за что заблокировали в телеграмме
🤷🏻♂️ Подал апелляцию в тот же день и почти две недели ни привета ни ответа. Был уверен, конечно, что разблокируют. Ибо ничего вроде как не нарушал. Но не был уверен на счет того насколько модерация впринципе работает в телеграм)) Оказывается работает. 😁 Сегодня разблокировали. Написали, чтоб я никому код не сообщал и отвязал неизвестные устройства...
Всем привет
! 👋 Выпал из блогерской деятельности. Накопилась усталость. Много работы. В том числе в рамках «QA Спринта», который я провёл в июне. И, если честно, это был ПОЛНЫЙ ПРОВАЛ 🫣 По крайней мере, именно так мне казалось после первой недели. На спринте было 7 человек, разбились на две команды. Тестировали LMS-платформу, а также форс-мажором оттестировали новую фичу в сервисе автопостинга. Честно, ребята оказались не очень заряженными, плюс на это наложилась моя усталость. Вообще суть спринта задумывалась как возможность для ребят получить практику в тестировании: поработать над реальной фичей, довести её до прода, получить фидбек от пользователей...
Сегодня с ребятами кто у меня на "QA спринте" прошел вебинар
На моем примере рассмотрели QA/AI workspace в Codex. Собственно основной костяк структуры, которую я использую, представлена на скрине. Главная идея - разделить материалы по степени надежности и назначению: 👉domains/ отвечает на вопрос “о какой системе речь?”. 👉sources/ отвечает “где проверять факты?”. 👉playbooks/ отвечает “как выполнять работу?”. 👉evidence/ хранит доказательства конкретных проверок. 👉memory/ хранит только подтвержденное знание. 👉tmp/ отделяет мусор и промежуточные файлы от полезных артефактов...
Чем ИИ помогает тестировщику
? Самое главное, на что я бы обратил внимание, - автоматизация рутинных задач. Для меня основная рутина в тестировании - это создание тест-кейсов и заведение багов. Давайте чуть подробнее разберём. Тест-кейс Пришла новая фича. Надо изучить → накидать матрицу покрытия → составить чек-лист. А хочется уже начать тестировать: пройтись по основному пути, покликать, начать исследовательское тестирование. Но сначала надо написать тест-кейсы. Допустим, фича небольшая. Накидали 16 тест-кейсов. На создание одного артефакта уйдёт в среднем минут 10. И это я ещё, наверное, оптимистично считаю. Это если мы такие спринтеры, херачим без перерыва, и при этом тест-кейсы очень простые...
