Вопрос жизни и смерти))
Ребята, помогите пожалуйста найти 5 багов на сайте Фейсбук.
Ребята, помогите пожалуйста найти 5 багов на сайте Фейсбук.
Всем привет! Нужно несколько примеров тестирования приложений. А именно нужны тест-кейсы как для образца-черновика. Спасибо большое!
При появлении очередного теста интеллекта — например, IQ — естественно возникает вопрос границы их применимости...
«Чукчи в СССР часто живут в отдалении от школьных центров, поэтому многие чукотские дети воспитываются в интернатах.
Случается весьма часто, что при первоначальной проверке умственных способностей этих детей они не удовлетворяют тем требованиям, которые сформулированы унифицированно на основе европейских стандартов мышления.
Тогда их помещают в интернаты для дефективных детей.
Случается, что такой „дефективный“ чукотский ребенок бежит из этого интерната и находит жилье родителей в тундре иногда за сотни километров!
Спрашивается, что с большей вероятностью ведёт к расизму: унифицированные требования и презумпция одинаковости или признание возможных различий и самобытности людей разных рас?»
Чалидзе В., Иерархический человек: социобиологические заметки, М., «Терра», 1991 г., с. 14.
+ Ваши дополнительные возможности:
Показывает положительный результат на простую воду. Фейк?
Приветствую дорогие пикабутчане))) У меня встал вопрос
Собственно не так давно был пост про то как человек нашел работу тестировщиком на пикабу.
В связи с этим я хотел бы узнать где и как (а желательно бесплатно) поднабраться опыта и новых скилов.
Степик, сололеарн, юдеми уже пройденный этап. Все полезное (и бесплатное) я оттуда уже получил.
Собственно ищу проверенные источники (желательно бесплатных) курсов с получением сертификатов
Если конкретно то нужны навыки следующие :
Kafka
Selenium(учил на питоне)
Командная строка linux
Charles/Fiddler(знаком но мало)
Postman/swagger/soap ui (знаком и работал в них, но хочу узнать еще полезного в этом направленнии
Мобильное тестирование (тоже работал, но очень мало, советы профи будут кстати)
Иностранные языки( Английский уже знаю на уровне "собаки" (: )
Надеюсь на вашу помощь)))
Всем привет!
Прошло вводное занятие, особо интересного ничего. Скинули приглашение в Slack, рассказали, как происходит обучение, напугали отчислением, если вовремя не будут закрываться таски.
Единственное, что как раз понравилось - это отчисление. Такого на том же ГБ нет.
Закрепили наставников.
Обучение ведётся спринтами. 2-3 недели на один спринт. Большинство заданий проводится в тренажере, реже - вебинары. При просрочке занятий - академ, затем отчисление.
Был открыт доступ к курсу “Куда расти в QA”. Вполне стандартная информация, где даётся все то же, что давалось в рекламе: медианная зп по рынку (цифры не проверял), таблицы должностей и взаимодействий между ними, и т.п.
Первый спринт начинается в понедельник, буду держать в курсе.
Всем спасибо за внимание.
UPD: Выдержка из оферты:
«7.3. Студент имеет право полностью отказаться от приобретенного Студентом Полного курса и расторгнуть Договор об образовании в течение 1 (одного) года с даты оплаты Полного курса. Исполнитель обязуется возвратить Студенту на банковскую карту, с которой осуществлялась оплата Стоимости обучения, Сумму возврата за вычетом стоимости количества дней с даты начала обучения Потока в рамках Полного курса до дня подачи заявки на возврат включительно. Сумма возврата, рассчитывается Исполнителем с первого рабочего дня следующего за датой отказа Студента от Полного курса путем подачи заявки по следующему адресу, расположенному в сети Интернет: https://yandex.ru/support/praktikum/paid-continuing-educatio....
<…>
7.3.2. Исполнитель вправе удержать из Суммы возврата по Программе обучения фактически понесенные Исполнителем расходы, необходимые для исполнения Договора об образовании.»
Справились? Тогда попробуйте пройти нашу новую игру на внимательность. Приз — награда в профиль на Пикабу: https://pikabu.ru/link/-oD8sjtmAi
Наша компания использует Google Search Console для проверки статуса индексации и оптимизации видимости наших веб-сайтов. Также в консоли можно проверить, какие внешние веб-сайты ссылаются на вашу страницу. Однажды я просматривал страницу «Top linking sites» и заметил сильное торможение скроллинга. Оно происходило, когда я выбирал отображение большого массива данных (500 строк) вместо стандартных 10 результатов.
Раздел «Top linking sites» в Google Search Console, 500 строк на страницу
Я интересуюсь производительностью фронтенда, поэтому не мог удержаться и решил разобраться, в чём дело. В конце концов, Google активно стремится к повышению веб-производительности, поэтому стоит ожидать, что собственные публичные приложения компании будут хорошим эталоном.
Этап 1 — Запись профиля производительности
В подобных случаях невероятно полезны профили производительности: часто бывает достаточно посмотреть отчёт, чтобы понять, почему какой-то элемент имеет низкую производительность. Я открыл DevTools / Performance и начал запись, немного прокрутил список вниз, а затем остановил запись. И вот что я увидел:
Профиль производительности скроллинга таблицы данных «Top linking sites», очень низкий FPS
Эти красные треугольники в блоках «Task» дают нам понять, что при скроллинге какие-то операции занимают больше времени, чем это приемлемо. Обычно для достижения идеального скроллинга в 60 FPS мы стремимся, чтобы эти блоки выполнялись менее чем за 16 мс. На показанном выше изображении блоки с красными треугольниками в среднем выполняются примерно 150 мс, что приводит приблизительно к 6–7 FPS. Да ладно, Google, ты ведь способен на большее!
Этап 2 — Разбираемся в причинах
Шкала времени наверху показывает, насколько занят CPU различными видами задач: оранжевый цвет — это JavaScript, фиолетовый — это структура и стили, а зелёный — отрисовка. Здесь всё фиолетовое, то есть проблема не в JavaScript, а в DOM/стилизации:
График показывает, что CPU занят обработкой структуры
Это подтверждается каскадным графиком под графиком CPU. В нём используются те же цветовые обозначения и в большинстве записей присутствует много оранжевого и немного меньше фиолетового и зелёного. В нашей записи видно, что время в основном тратится на обновление слоёв, это видно по тексту в фиолетовых блоках, гласящему Update layer tree:
На каскадном графике видено, что скроллинг тормозит из-за «Update layer tree»
Слои создаются для скроллящегося контента, переводного контента и так далее. Возможно, их очень много? Давайте выясним!
Этап 3 — Изучаем слои
В Chrome DevTools содержится впечатляющее количество полезных инструментов, но некоторые из них найти довольно сложно. Одним из таких скрытых сокровищ является панель Layers; чтобы найти её, нужно нажать кнопку меню в DevTools и выбрать More tools / Layers. В моём случае это выглядит так:
Панель «Layers» в Chrome DevTools; слой заполнен кучей контента
Слоёв не очень много, но есть парочка огромных. Похоже, в них куча контента, и это приводит нас к выводу о том, что используемый Google datagrid не применяет виртуализированный рендеринг. Частично это объясняет причины торможения, но 500 строк — это всё равно не очень много. Должно быть что-то ещё…
Этап 4 — Изучаем DOM
К сожалению, DOM не особо производителен, когда содержит много элементов. Если бы он был производительным, техники виртуализации, реализованные в различных популярных в вебе data grids на JS, не потребовались бы. На данном этапе мы можем предположить, что таблица рендерит много элементов. Создав Live expression в DevTools Console, вы можете пощёлкать по панели элементов и выяснить это. Переключимся на Console, нажмём на кнопку Create live expression (глаз) и введём $0.querySelectorAll('*').length.
Теперь нажимая на панель Elements, мы видим следующее, сначала для всей таблицы:
Live expression демонстрирует количество элементов-потомков для выбранного элемента
Как мы видим, для отображения всего 500 строк он создаёт больше 16 тысяч элементов DOM, что немного излишне. Нажав на тело документа, мы увидим следующее:
Куча элементов!
Вся страница содержит больше 38 тысяч (!) элементов, а так быстрое приложение не пишут! Очевидно, что ситуацию можно было бы улучшить, использовав data grid с виртуализированным рендерингом, но давайте посмотрим, можно ли сделать что-то меньшими усилиями.
Этап 5 — Улучшаем ситуацию
Учитывая данные в профиле производительности, я подозреваю, что структура всей страницы создаётся при скроллинге таблицы. А создание структуры такого количества элементов — это затратная операция. Если бы был какой-то способ ограничения её влияния…
Хорошие новости — он существует! Я попробовал применить один тайный рецепт, снова поскроллил, и теперь ситуация стала гораздо лучше. И это чётко видно из следующего профиля производительности:
Скроллинг сильно улучшился!
Каждый кадр теперь занимает примерно 16 мс, и мы скроллим почти на 60 FPS вместо 6–7. Потрясающе!
Что же я сделал? Просто добавил одну строку CSS в <table> на панели Elements, указав, что таблица не должна влиять на структуру или стили других элементов страницы:
Вот так:
Вот и всё, десятикратное увеличение скорости благодаря одной строке CSS. Вы можете попробовать «починить» свою Google Search Console.
Подробнее о CSS-свойстве contain можно узнать в MDN.
Автор оригинала: Johan Isaksson