Как вам такая поддержка IT? (IT курсы со скидкой или бесплатно от государства)
Anonymous Poll
72%
Круто! Прошла(-шел) бы курсы из списка
28%
Не стал(-а) бы описаться только на предлагаемый список курсов
⚛️Интересная статья о конкретном случае тестирования игры Cyberpunk 2077.
Комментарии тоже заслуживают просмотра.
После такого понимаешь, что на любом, даже популярном проекте, могут быть еще какие косяки 😉
Читать: https://clck.ru/reUJE
Комментарии тоже заслуживают просмотра.
После такого понимаешь, что на любом, даже популярном проекте, могут быть еще какие косяки 😉
Читать: https://clck.ru/reUJE
-Мама, мама я выхожу за него замуж.
-Кем он работает доченька?
-Тестером.
-Дочка не приближайся к нему, они запороли Cyberpunk 2077. И виноваты в глобальном потеплении и многих бедах на этой земле.
-Спасибо мама. Как же я ошибалась.
🙂
Из комментариев к статье выше https://clck.ru/reUJE
-Кем он работает доченька?
-Тестером.
-Дочка не приближайся к нему, они запороли Cyberpunk 2077. И виноваты в глобальном потеплении и многих бедах на этой земле.
-Спасибо мама. Как же я ошибалась.
🙂
Из комментариев к статье выше https://clck.ru/reUJE
😁8
⚛️Пробел нулевой ширины. Случай из практики.
Столкнулась в работе с таким пробелом.
Кейс:
Отправляется запрос c телом в формате JSON.
В ответ приходит 400 ошибка.
В нашем случае это ошибка сигнализирует о некорректном запросе.
При выяснении оказалось, что в теле запроса был пробел нулевой ширины(!).
Пробел нулевой ширины представляет собой непечатаемый символ, используемый в компьютеризированном наборе текста для обозначения границ слов в системах обработки текста в сценариях, которые не используют явный пробел, или после символов (таких как косая черта), за которыми не следует видимый пробел, но после которого, тем не менее, может быть разрыв строки. Он также используется с языками без видимого пробела между словами, например, с японским. Обычно это невидимое разделение, но при выравнивании страницы по обеим краям эти пробелы могут расширяться.
Чтобы его разглядеть нужно конвертировать текст в ASCII формат.
И вот они, лишние символы🤓
По идее нужно удалить все, что лишнее, оставить только сам json-текст.
P.S. После удаления стала возникать другая ошибка, но это уже другая история😄
#qaсase #дляинформации
Столкнулась в работе с таким пробелом.
Кейс:
Отправляется запрос c телом в формате JSON.
В ответ приходит 400 ошибка.
В нашем случае это ошибка сигнализирует о некорректном запросе.
При выяснении оказалось, что в теле запроса был пробел нулевой ширины(!).
Пробел нулевой ширины представляет собой непечатаемый символ, используемый в компьютеризированном наборе текста для обозначения границ слов в системах обработки текста в сценариях, которые не используют явный пробел, или после символов (таких как косая черта), за которыми не следует видимый пробел, но после которого, тем не менее, может быть разрыв строки. Он также используется с языками без видимого пробела между словами, например, с японским. Обычно это невидимое разделение, но при выравнивании страницы по обеим краям эти пробелы могут расширяться.
Чтобы его разглядеть нужно конвертировать текст в ASCII формат.
И вот они, лишние символы🤓
По идее нужно удалить все, что лишнее, оставить только сам json-текст.
P.S. После удаления стала возникать другая ошибка, но это уже другая история😄
#qaсase #дляинформации
👍13😁3🔥2
🔮Ко мне на курсы обычно приходят люди, попробовавшие себя в какой-либо профессии.
Сегодня аудитория была несколько иной.
Ребята учатся в ВУЗе на технических специальностях. Проходят стажировку у нас в компании для знакомства с it разработкой изнутри.
Что мы делали:
♦️Знакомились с тестированием.
♦️Развеяли несколько мифов.
♦️Поискали баги.
♦️Напомнили друг другу про Модели разработки и этапы процесса тестирования.
♦️Начали разбирать классификацию видов тестирования.
Обучение проходило вживую.
Мне ребята очень понравились: участвовали в дискуссиях, пробовали ответить на вопросы по пройденные темам.
Отмечу, что на некоторые вопросы учащиеся отвечали без прохождения темы💪 так как уже были ранее знакомы в рамках стажировки или обучения в ВУЗе с данными темами.
У всех разные планы на будущее, но в целом есть общее: участие в разработке ПО на различных этапах.
Буду рада провести ещё несколько встреч, которые ожидают нас впереди🙌
Вдруг, кто-то выберет стезю тестировщика😉
#qaизжизни
Сегодня аудитория была несколько иной.
Ребята учатся в ВУЗе на технических специальностях. Проходят стажировку у нас в компании для знакомства с it разработкой изнутри.
Что мы делали:
♦️Знакомились с тестированием.
♦️Развеяли несколько мифов.
♦️Поискали баги.
♦️Напомнили друг другу про Модели разработки и этапы процесса тестирования.
♦️Начали разбирать классификацию видов тестирования.
Обучение проходило вживую.
Мне ребята очень понравились: участвовали в дискуссиях, пробовали ответить на вопросы по пройденные темам.
Отмечу, что на некоторые вопросы учащиеся отвечали без прохождения темы💪 так как уже были ранее знакомы в рамках стажировки или обучения в ВУЗе с данными темами.
У всех разные планы на будущее, но в целом есть общее: участие в разработке ПО на различных этапах.
Буду рада провести ещё несколько встреч, которые ожидают нас впереди🙌
Вдруг, кто-то выберет стезю тестировщика😉
#qaизжизни
❤4
⚛️Охота за багами: как прокачаться этичному хакеру, чтобы больше зарабатывать на поиске уязвимостей
https://bugbounty.standoff365.com - программа bug bounty
На ней так же размещены программы компаний «Азбука вкуса» и Positive Technologies.
В статье https://clck.ru/sKMwe представлен список ресурсов по теме поиска уязвимостей.
Что такое bug bounty читайте в постах выше по тегу #bughunting или по ссылкам ниже
🔹https://t.me/testorest/78
🔹https://t.me/testorest/103
#bughunting
https://bugbounty.standoff365.com - программа bug bounty
На ней так же размещены программы компаний «Азбука вкуса» и Positive Technologies.
В статье https://clck.ru/sKMwe представлен список ресурсов по теме поиска уязвимостей.
Что такое bug bounty читайте в постах выше по тегу #bughunting или по ссылкам ниже
🔹https://t.me/testorest/78
🔹https://t.me/testorest/103
#bughunting
⚛️Интересная статья для тех кто хочет погрузиться в автоматизацию:
Начинающим автоматизаторам: руководство для новичков по Page Object Model (POM) и Page Factory.
Для тех, кто терзается вопросами про Page Object - должно зайти😉
Перевод: https://clck.ru/sLsdN
Оригинал: https://clck.ru/sLsdb
#дляинформации
Начинающим автоматизаторам: руководство для новичков по Page Object Model (POM) и Page Factory.
Для тех, кто терзается вопросами про Page Object - должно зайти😉
Перевод: https://clck.ru/sLsdN
Оригинал: https://clck.ru/sLsdb
#дляинформации
🔥1
⚛️Залипла на Art от ИИ DALL-E 2
Это программа - искусственный интеллект, которая генерит изображения по текстовому запросу.
Программа упоминалась в одном из докладов на конференции TestDrivenConf 2022.
Например: Робот на сёрфе, остров на заднем плане, маслом, тропический стиль, 3D,диджитал арт, очень красивая картина(см. картинку)
Текст генерации: Robot surfing the wave, island in the background, oil painting, tropical style, 3d, digital art, very beautiful art
Есть открытое апи https://clck.ru/sPFDa
Есть аналог на русском: https://clck.ru/YcANk
В русском аналоге можно генерировать эмоджи по запросу
Вот что получилось в https://clck.ru/YcANk на запрос:
милый улыбающийся жук с яблоком(см. картинки к посту)
В следующей статье человек дорвался уже до DALL-E 2
https://clck.ru/sPFCW
В комментариях пишут свои запросы , а автор выкладывает что получилось.
#ИИ #AI #art #новости_технологий
Это программа - искусственный интеллект, которая генерит изображения по текстовому запросу.
Программа упоминалась в одном из докладов на конференции TestDrivenConf 2022.
Например: Робот на сёрфе, остров на заднем плане, маслом, тропический стиль, 3D,диджитал арт, очень красивая картина(см. картинку)
Текст генерации: Robot surfing the wave, island in the background, oil painting, tropical style, 3d, digital art, very beautiful art
Есть открытое апи https://clck.ru/sPFDa
Есть аналог на русском: https://clck.ru/YcANk
В русском аналоге можно генерировать эмоджи по запросу
Вот что получилось в https://clck.ru/YcANk на запрос:
милый улыбающийся жук с яблоком(см. картинки к посту)
В следующей статье человек дорвался уже до DALL-E 2
https://clck.ru/sPFCW
В комментариях пишут свои запросы , а автор выкладывает что получилось.
#ИИ #AI #art #новости_технологий
👍3
А это генерация эмоджи на https://clck.ru/YcANk 👇
Запрос: милый улыбающийся жук с яблоком
ну не знаю...
Запрос: милый улыбающийся жук с яблоком
ну не знаю...
⚛️ Баг The Brain🤯
В конце 80-х и в 90-е зарождались многие термины и процессы тестирования и качества ПО.
В тоже время появлялись и новые баги.
Некоторым были присвоены имена.
Баг на картинке к посту назывался The Brain.
Считается первым вирусом для MS-DOS.
Он перезаписывал загрузочный сектор и замедлял компьютер до невозможности. Создатели этого бага — два пакистанских программиста.
Заражение компьютера происходило путём записи копии вируса в загрузочный сектор дискеты.
Старая информация переносилась в другой сектор и помечалась как «повреждённая». Метка тома изменялась на «©Brain», а в загрузочном секторе отображался текст, который видно на картинке.
Вирус замедлял работу дискеты и делал 7 килобайт памяти недоступными для DOS. Brain был написан пакистанцами Базитом и Амжадом Фарук Альви, жившими в то время в Лахоре.
Brain «не умел» работать с разделами жёстких дисков, поэтому в него была встроена проверка, не позволявшая ему заражать жёсткий диск. Это отличает его от многих вирусов того времени, которые не обращали внимание на разделы, что приводило к уничтожению данных. Благодаря относительной «миролюбивости» вирус часто оставался незамеченным, особенно, когда пользователь не обращал внимание на замедление работы дискет.
Вирус также содержал сообщение с адресом, контактными телефонами создателей и предупреждением о заражении.
Произошло это в 1986 году. Именно тогда стала очевидной возможность существования вирусов, уязвимостей и прочих вещей, которые сейчас кажутся данностью.
Вирус The Brain попал в десятки стран и заразил тысячи компьютеров. Он был доказательством того, что софт мог быть написан злоумышленниками и быть вредоносным.
Это было одним из шагов к тому, чтобы задуматься над тестированием ПО.
#дляинформации
В конце 80-х и в 90-е зарождались многие термины и процессы тестирования и качества ПО.
В тоже время появлялись и новые баги.
Некоторым были присвоены имена.
Баг на картинке к посту назывался The Brain.
Считается первым вирусом для MS-DOS.
Он перезаписывал загрузочный сектор и замедлял компьютер до невозможности. Создатели этого бага — два пакистанских программиста.
Заражение компьютера происходило путём записи копии вируса в загрузочный сектор дискеты.
Старая информация переносилась в другой сектор и помечалась как «повреждённая». Метка тома изменялась на «©Brain», а в загрузочном секторе отображался текст, который видно на картинке.
Вирус замедлял работу дискеты и делал 7 килобайт памяти недоступными для DOS. Brain был написан пакистанцами Базитом и Амжадом Фарук Альви, жившими в то время в Лахоре.
Brain «не умел» работать с разделами жёстких дисков, поэтому в него была встроена проверка, не позволявшая ему заражать жёсткий диск. Это отличает его от многих вирусов того времени, которые не обращали внимание на разделы, что приводило к уничтожению данных. Благодаря относительной «миролюбивости» вирус часто оставался незамеченным, особенно, когда пользователь не обращал внимание на замедление работы дискет.
Вирус также содержал сообщение с адресом, контактными телефонами создателей и предупреждением о заражении.
Произошло это в 1986 году. Именно тогда стала очевидной возможность существования вирусов, уязвимостей и прочих вещей, которые сейчас кажутся данностью.
Вирус The Brain попал в десятки стран и заразил тысячи компьютеров. Он был доказательством того, что софт мог быть написан злоумышленниками и быть вредоносным.
Это было одним из шагов к тому, чтобы задуматься над тестированием ПО.
#дляинформации
🔥4
⚛️Метрики тестирования
Если вы прямо сейчас думаете, какие метрики внедрить у себя на проекте, то вам будет особенно полезен данный пост🔥
Для остальных: читаем, вспоминаем, какие метрики есть - когда-то они и вам тоже понадобятся 😄
Итак, несколько наиболее полезных, на мой взгляд, метрик по тестированию:
1️⃣Тестовое покрытие требования
🐞
Общее количество тестов/ Общее количество требований
🐞
Назначение метрики: определить, все ли требования покрыты тестами.
Актуально, когда требования разбиты на атомарные.
Или внутри требование разбито на подпункты, по которым удобно рассчитать примерное количество тезисов/атомарных требований.
--------------------------
2️⃣Плотность дефектов
🐞
Количество дефектов в отдельном модуле/Общее количество дефектов в ПО
🐞
Насчитываем долю дефектов, приходящихся на модуль в течение итерации или релиза.
Назначение метрики: подсветить, в каком модуле больше всего проблем. В дальнейшем, информацию можно использовать при планировании работ и анализе рисков.
--------------------------
3️⃣Коэффициент регрессии
🐞
Количество дефектов в старом функционале/ Общее количество дефектов(вместе с новым функционалом)
🐞
Назначение метрики: показать, на что уходят усилия команды: занимаемся ли мы больше созданием и отладкой новых фич или основную часть времени вынуждены латать уже существующие части ПО.
--------------------------
4️⃣Коэффициент повторно открытых дефектов
🐞
Количество повторно обнаруженных дефектов/Общее количество ошибок, включая ранее исправленные и новые
🐞
Назначение метрики: дать оценку качеству разработки и исправления дефектов, а также сложности продукта или отдельного модуля.
--------------------------
5️⃣Эффективность тестов и тестовых наборов
🐞
Количество обнаруженных ошибок/Количество кейсов в тестовом наборе
🐞
Назначение метрики: показать как много ошибок в среднем позволяют обнаружить наши кейсы. Эта метрика отражает качество тест дизайна и помогает следить за тенденцией его изменения.
--------------------------
6️⃣Коэффициент ошибок, пропущенных на продуктовый стенд
🐞
Количество ошибок, обнаруженных после выпуска релиза/Общее количество ошибок, обнаруженных до и после релиза
🐞
Назначение метрики: продемонстрировать качество тестирования и эффективность обнаружения ошибок - какая доля дефектов была отфильтрована, а какая прошла на продуктовый стенд.
--------------------------
7️⃣Доля неподтвержденных (отклоненных) дефектов
🐞
Число дефектов, непринятых к исправлению/Общее количество зарегестрированных дефектов
🐞
Назначение метрики: показать сколько дефектов было заведено «вхолостую».
Источник: https://clck.ru/Ez9wo
#метрики_тестирования
Если вы прямо сейчас думаете, какие метрики внедрить у себя на проекте, то вам будет особенно полезен данный пост🔥
Для остальных: читаем, вспоминаем, какие метрики есть - когда-то они и вам тоже понадобятся 😄
Итак, несколько наиболее полезных, на мой взгляд, метрик по тестированию:
1️⃣Тестовое покрытие требования
🐞
Общее количество тестов/ Общее количество требований
🐞
Назначение метрики: определить, все ли требования покрыты тестами.
Актуально, когда требования разбиты на атомарные.
Или внутри требование разбито на подпункты, по которым удобно рассчитать примерное количество тезисов/атомарных требований.
--------------------------
2️⃣Плотность дефектов
🐞
Количество дефектов в отдельном модуле/Общее количество дефектов в ПО
🐞
Насчитываем долю дефектов, приходящихся на модуль в течение итерации или релиза.
Назначение метрики: подсветить, в каком модуле больше всего проблем. В дальнейшем, информацию можно использовать при планировании работ и анализе рисков.
--------------------------
3️⃣Коэффициент регрессии
🐞
Количество дефектов в старом функционале/ Общее количество дефектов(вместе с новым функционалом)
🐞
Назначение метрики: показать, на что уходят усилия команды: занимаемся ли мы больше созданием и отладкой новых фич или основную часть времени вынуждены латать уже существующие части ПО.
--------------------------
4️⃣Коэффициент повторно открытых дефектов
🐞
Количество повторно обнаруженных дефектов/Общее количество ошибок, включая ранее исправленные и новые
🐞
Назначение метрики: дать оценку качеству разработки и исправления дефектов, а также сложности продукта или отдельного модуля.
--------------------------
5️⃣Эффективность тестов и тестовых наборов
🐞
Количество обнаруженных ошибок/Количество кейсов в тестовом наборе
🐞
Назначение метрики: показать как много ошибок в среднем позволяют обнаружить наши кейсы. Эта метрика отражает качество тест дизайна и помогает следить за тенденцией его изменения.
--------------------------
6️⃣Коэффициент ошибок, пропущенных на продуктовый стенд
🐞
Количество ошибок, обнаруженных после выпуска релиза/Общее количество ошибок, обнаруженных до и после релиза
🐞
Назначение метрики: продемонстрировать качество тестирования и эффективность обнаружения ошибок - какая доля дефектов была отфильтрована, а какая прошла на продуктовый стенд.
--------------------------
7️⃣Доля неподтвержденных (отклоненных) дефектов
🐞
Число дефектов, непринятых к исправлению/Общее количество зарегестрированных дефектов
🐞
Назначение метрики: показать сколько дефектов было заведено «вхолостую».
Источник: https://clck.ru/Ez9wo
#метрики_тестирования
❤3🔥2