Тестировщик

Такой вопрос задал threads и получил интересные варианты. От Гугла до онлифанса, а еще поработать над своим приложением. Делись своим вариантом тут или там! Кстати, тут один разработчик пилит интересную аппку yaranga - заметки для людей с большим входящим потоком задач/заметок. Можно попробовать и накидать автору фидбэка. Считаю отличной тренировкой бета-тестирования 😉 P.S.: абсолютно не реклама, решил помочь человеку с которым любезно пообщались в threads.

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

Посмотрел вчера выпуск про нейронки на YaC 2024 и решил попробовать применить для генерации чек-листов тестирования. Ради интереса попросил дать чек-лист для тестирования лендинга и сравнить со своим ЧЛ. Пробовал на Yandex GPT и Gemini. Вот что из этого вышло: 1. В целом ответы всесторонние (почитать можно тут: Yandex GPT и Gemini). Но Gemini как-то маловато выдала функциональных проверок, YaGPT также немного, и обе слишком в общих чертах. Например, проверку форм отправки данных можно было бы развернуть чуть больше. Хотя это ведь ЧЛ и уровень детализации у каждого свой. Или еще один пример: Ориентация на пользователя: Все элементы направлены на решение проблем пользователя. 2. К сожалению, у YandexGPT не было пунктов про доступность. Хотя если попросить еще добавить, то там будет (и даже будут развернуты пункты, которые получили на перый запрос). Gemini ничего не сказала о локализации и, как мне кажется, о важности провести стресс тест и тест стабильности. 3. По части ссылок обе нейронки почему-то в явном виде ничем не делятся. Хочется иметь возможность почитать подробнее о каких-то проверках из ЧЛ. Ради справедливости нужно признать, что у YandexGPT в контекстном меню есть ссылки на источники (и это хорошо). 4. Вероятно это предвзятое мнение, но чувствуется что чек-лист это компиляция множества текстов оторванных от реальности. Хочу сказать этим то, что чек-лист составленный человеком будет на основе опыта и реальных потребностей. Итог такой - если нужно составить чек-лист, то варианты от нейронок отличный драфт. Его можно и нужно расширить, дополнить своим опытом и будет конфетка! Кстати, если обладаете скиллом промпт-инжиниринга, то можно получить очень годные варианты.

YaC 2024 подъехал 🎉 Серия про нейросети огонь, про людей пушка, в общем советую посмотреть 😊

В ответ на пост Привет! Как-то очень давно решил попробовать формат коротких постов, в которых делюсь какими-то находками. И вот я к вам с таким микропостом - базовые хоткеи VSCode. Каждый раз когда работа в разгаре и нужно что-то быстро сделать в VSCode думаю “вот будет время - сделаю/найду себе шпаргкалку”. Это время настало. Windows vscode hotkeys macOS vscode hotkeys P.S.: если у вас есть еще круче, обязательно поделитесь в комментах. Картинку к посту сгенерировала ИИ Gemini

Привет, друзья! На выходных поделился постом про то, как мы стали оценивать важность багов не на встречах, а через телегу, и что из этого вышло. Почитать можно тут: https://habr.com/ru/articles/823658/. Цель поста была в том, чтобы поделиться опытом и идей (без технической реализации). И вот что из этого вышло: 1. Если пишите на хабре, как мне кажется, нужно больше технической реализации 2. А лучше выложить то, что сделали, в общий доступ 3. Даже одна ссылка на свой канал считывается как “Больше рекламы, чем пользы” 4. Но вишенка на торте, это то что кто-то оценил причину почему не понравился пост - “Личная неприязнь к автору или компании” P.S.: не подумайте, что я жалуюсь, это лишь немного наблюдений и лайфхаков как не потерять карму и не уйти в минусовой рейтинг.

Сейчас этот пост, возможно, вырвал вас из контекста. И чтобы вернуться к предыдущему вам потребуется некоторое время. Все зависит от того насколько разные типы задачи с которых переключаешься. Автор статьи “Context switching” описывает как это происходит и делится техникой как успешно переключаться между контекстами и не терять эффективность: 1. Понять что вас вырвали из контекста. 2. Выгрузить прерванный контекст. Это можно сделать абсолютно другим видом деятельности. Например, писали код, а вас просят поревьюить кейсы. На 5-10 минут идете попить кофе, прибрать рабочее мест, сделать что угодно. Главное выгрузить прерванный контекст из головы. 3. Планировать работа задачами со схожим контекстом. 4. Приоритизировать задачи и дать знать окружающим когда вы не можете отвлекаться. Это могут быть статусы тг, встречи в календаре с пометкой “занят”, а еще можно договориться с коллегами, что если у вас на столе, например, стоит красный флажок, то вас не беспокоить (пример из книги “Гиперфокус”). 5. Медитируйте или делайте дыхательные упражнения. Автор поста говорит, что многие чувствуют неловкость перед коллегами выполняя такие практики. Думаю, у многих так 🙂 Мне помогает прогулка до столовой с коллегами в обед или поболтать на кофепоинте. P.S.: извините, если вырвал из контекста 🙂

Привет! Коллеги из Т-банка, Домклика и Банка Точка расскажут про пеерезд с натива в мобильный-веб, стандарты мобильного вебстроения и адаптивность. Митап пройдет 10 июня в 19:00 (МСК). Можно участвовать онлайн. Регистрация: https://meetup.tinkoff.ru/event/tinkoff-design-meetup/

Привет! Создавал канал с целью делиться опытом, но почему бы не воспользоваться им, как способом решить свою проблему (учитывая что у нас тут большинство средний класс мидл) У меня тут появилась, тривиальная с виду, задача - обновить библиотеку в django-проекте, но на деле оказалось не очень просто. Текущая библиотека очень устарела, при обновлении на свежую получаю проблемы типа: класс не существует, метод перенесен или переименован и т.п. По релизноутсам будет сложно искать все изменения (разница между версиями 3 года). Что посоветуете? Какие есть практики в таких случаях? Нужно ли реально все рефакторить? Буду очень благодарен за любые советы, ссылки и т.п. Можно залететь сюда в чат и пошуршать: https://t.me/+hHHg8d7tzlw2MzFi

Если вы в Казахстане или будете 27 июня не пропустите возможность посетить умную юрту, поговорить с Алисой на казахском или просто потусоваться с коллегами на Медеу: https://yandex.kz/qday. Если, к сожалению, вы не сможете быть оффлайн, то смотрите прямую трансляцию на yandex.kz.

Я тут подумал, а почему бы нам не познакомиться ближе! Возможно, вам будет интересно узнать чем живет инженер по тестированию из Яндекса. Посмотреть можно тут: https://www.instagram.com/testirovshit/. Там пока только фоточки городов, где побывал, но обещаю скоро выложу пост про себя и буду больше делиться личным (не все же про тестирование, входы в IT, всеобъемлющие баги и т.п.). А еще заглядывайте в X: https://x.com/testirovshit P.S.: по старой доброй традиции - взаимная подписка 😁

Привет, коллеги! На долго пропал, надеюсь не потеряли совсем. Были праздники, отпуск и срочные семейные дела. И все это вылилось в то, что на первом релизном дежурстве сделал небольшой факап (хотя казалось бы, вроде отдохнул). Факап совсем несерьезный, но он сподвигнул пойти и предложить коллегам добавить автоматизации в процесс. Следом подумал, что нужно почитать и вспомнить про то, когда нужна автоматизация, как понять что и когда автоматизировать и все что с этим связано. Нашел интересную статью: https://clck.ru/3Awae2. Не стал полностью переводить и пересказывать, но для затравки предлагаю вспомнить или узнать про знаки говорящие о том, что пора автоматизировать процесс: 1. Много рутинных задач. Если у вас забирают много времени и сил повторяющие задачи, то это мощный сигнал что стоит подумать над автоматизацией процесса. 2. Задержки и узкие места. Когда производительность всей системы зависит от одного звена и/или есть задержки/отставания от планов. 3. Человеческий фактор и неточности. Кейсы в которых люди забывают что-то сделать или делают не в полной мере, как должно быть (отправить письмо, пингануть коллегу, перевести задачу в статус, etc). 4. Ответ на рост требований и ожиданий клиентов. Бизнесу всегда нужно быстрее, дешевле и качественнее. Чтобы угнаться за требования нужно быть точнее/оперативней/etc. Все это, чаще всего, может обеспечить только автоматика. 5. Оптимизация затрат и ресурсов. Когда ощущается повышение издержек на ручной труд, то это еще один мощный сигнал необходимости автоматизации. 6. Необходимость собирать аналитику в реальном времени. Если нужно собирать различные метрики о продукте/услуги, то это 100% автоматизация процессов сбора, обработки и хранения информации. 7. Масштабирование и рост. Невозможно расти и развивать продукт без автоматизации. Сразу на ум приходит регрессионное тестирование. Чем больше продукт, тем больше потребности в его автоматизации с каждым новым релизом. 8. Соответствие требования и нормативам. Соблюдение законов, постановлений тоже причина привлекать автоматизацию. Тут будет и точность, и оперативность. Но очень важно следить за процессами, чтобы случайный сбой не стал причиной нарушения этих требований и нормативов. 9. Тренды индустрии. Если конкуренты растут и внедряют автоматизация, то вам, как минимум, нужно задумать об этом.