Сообщений в теме: 46

[Erich]

Всем привет! Увеличив масштаб на данном сайте, "поехала" верстка. Если точнее, текст немного вылез за границы блока. Это норм?

 

ЗЫ: скрин прилагаю. 

Чтобы вы сами поняли, о чем спрашиваете, прокачаем ваш вопрос адекватным дополнением: "... а если на данном сайте уменьшить масштаб, то текст в том блоке становится настолько мелким, что абсолютно не читабелен ..."

[Spock]

 

 

Чтобы вы сами поняли, о чем спрашиваете, прокачаем ваш вопрос адекватным дополнением: "... а если на данном сайте уменьшить масштаб, то текст в том блоке становится настолько мелким, что абсолютно не читабелен ..."

я перепроверил: 

- при увеличении зума текст начинает вылезать из своих границ, что неправильно. 

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

[Dalay_LAMO]

Чтобы вы сами поняли, о чем спрашиваете, прокачаем ваш вопрос адекватным дополнением: "... а если на данном сайте уменьшить масштаб, то текст в том блоке становится настолько мелким, что абсолютно не читабелен ..."

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

Да, дополнение не совсем корректно, и поехавшая вёрстка на большом зуме - это не совсем ожидаемое поведение (в отличие от нечитабельного текста на мелком зуме). Но реалии таковы, что на данном этапе развития веб-технологий ни один фронтендщик не может гарантировать корректность вёрстки при любом зуме. Именно об этом я писал, когда говорил о бессмысленности заведения такого "бага".

[Vasiliy]

Именно об этом я писал, когда говорил о бессмысленности заведения такого "бага".

Цель тестирования - предоставление информации, а не исправление всех багов.
Заводить ошибку стоит в любом случае.

[Snap]

Цель тестирования - предоставление информации, а не исправление всех багов.

Заводить ошибку стоит в любом случае.

Если бы я ставил подобные ошибки заказчикам (если подобное поведение не описано в ТЗ), меня бы закидали тухлыми помидорами и минусами в репу.

[Spock]

Вёрстка лезет и на мобильном хроме на дефолтном зуме - ну не закидали бы, валидный баг

[Snap]

Вёрстка лезет и на мобильном хроме на дефолтном зуме - ну не закидали бы, валидный баг

Речь идет о 150% масштабе.

Мобильная версия это совершенно другая история (и требования).

[Spock]

"Мобильная версия это совершенно другая история (и требования)."

Так в том и прикол что на обычной версии сайта воспроизводится при 100% зуме (мобильной версии там и нет)

[Snap]

Так в том и прикол что на обычной версии сайта воспроизводится при 100% зуме (мобильной версии там и нет)

На каком размере экрана/разрешении?

[Vasiliy]

Цель тестирования - предоставление информации, а не исправление всех багов.
Заводить ошибку стоит в любом случае.

Если бы я ставил подобные ошибки заказчикам (если подобное поведение не описано в ТЗ), меня бы закидали тухлыми помидорами и минусами в репу.

Кто ваш заказчик? Бизнес? Отдел разработки? Кто-то еще?

[Snap]

Цель тестирования - предоставление информации, а не исправление всех багов.
Заводить ошибку стоит в любом случае.

Если бы я ставил подобные ошибки заказчикам (если подобное поведение не описано в ТЗ), меня бы закидали тухлыми помидорами и минусами в репу.

Кто ваш заказчик? Бизнес? Отдел разработки? Кто-то еще?

Разумеется, я говорил о "Бизнесе".

Представители зачастую не разбираются в тестировании, но даже они понимают, что им не нужны подобного рода "ошибки".

[Vasiliy]

А ваш отчет напрямую смотрит Бизнес? Внутренней "премодерации" не существует разве?

[Snap]

А ваш отчет напрямую смотрит Бизнес? Внутренней "премодерации" не существует разве?

Что-то мы перешли в другую тему. По своему опыту могу сказать, что часто бывает, когда задание дает кто-либо из руководства, ТЗ сводится к двум строчкам текста. Хорошо, если это будет технический директор, хотя и он не обязан разбираться в тестировании как таковом. Так вот при просмотре отчета таким представителем, я, также как и знакомые, сталкиваемся с ситуацией, когда бизнес не заинтересован в ошибках вида: нестандартный масштаб, ошибки в тексте, смещение элемента дизайна на пару пикселей и т.п.. Их интересуют "серьезные" ошибки, когда время и бюджет ограничены, а мы тут ищем и ставим баг верстки текста при 150% масштабе.

Наверное, ничего нового я не сказал   . 

[Vasiliy]

Цель тестирования - предоставление информации, а не исправление всех багов.Заводить ошибку стоит в любом случае.

Если бы я ставил подобные ошибки заказчикам (если подобное поведение не описано в ТЗ), меня бы закидали тухлыми помидорами и минусами в репу.

Вы правы. Только на мой взгляд заведение ошибок и показ их Бизнесу это разные вещи.Я, например, не работаю и не работал в ситуации, когда задача идет от высокого руководства со стороны Бизнеса.Отчет сдается лиду/начальнику, а он сам дальше решает, что показывать выше. Да и приоритеты не зря придуманы)

[Spock]

 

 

 Их интересуют "серьезные" ошибки

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

[Dalay_LAMO]

В стартовом посте вопрос абстрактный и ответить однозначно нельзя. Я ответил исходя из своих реалий и представлений: бесполезные таски в трекер заносить не нужно (да, я выяснил "бесполезность" в конкретном случае - ни один фронтендщик технически не может гарантировать корректность вёрстки на любых масштабах, таковы реалии веб-разработки). Если бесполезность неочевидна, если есть какие-то иные причины (тут фигурировало "прикрыть свои тылы", информировать кого-то), то баг завести можно.

 Их интересуют "серьезные" ошибки

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

Ещё раз - в первом посте нет ни слова про мобильную версию, обсуждаем поехавшую вёрстку при масштабировании. Зачем в очередной раз подменять темы? И опять же я привёл пример, когда и такая ошибка (неадаптивная вёрстка) не будет интересна ни начальнику, ни заказчику.
"некорректно на андроид хроме с масштабом по умолчанию" - это неправда, на множестве современных устройств с диагональю от 5.5" всё выглядит отлично, всё-таки на данном форуме стоит более тщательно подходить к формулировке ошибки.

[Spock]

 

 

"некорректно на андроид хроме с масштабом по умолчанию" - это неправда, на множестве современных устройств с диагональю от 5.5" всё выглядит отлично, всё-таки на данном форуме стоит более тщательно подходить к формулировке ошибки. 

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

 

получается пока мы тут спорили заносить баг или нет, серьёзный он или нет - владелец сайта его уже посчитал серьёзным и пофиксил

[Vasiliy]

Нет, вы просто не до конца локализовали ошибку:)
Владелец сайта не исправит ее за пару дней, она тут уже годы живет))

[Dalay_LAMO]

перепроверил, сегодня уже отображается корректно. и на андроид хроме, и на виндовс хроме при разном увеличении (хотя раньше ломалось, проверял лично)
 
получается пока мы тут спорили заносить баг или нет, серьёзный он или нет - владелец сайта его уже посчитал серьёзным и пофиксил

Никто ничего не фиксил.

[baranceva]

Всем привет! Увеличив масштаб на данном сайте, "поехала" верстка. Если точнее, текст немного вылез за границы блока. Это норм?

 

ЗЫ: скрин прилагаю. 

В скайпе мне уже кто только не кинул ссылку на эту ошибку. Видимо придется ответить публично.

 

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

 

Масштабировать картинки платформа не позволяет.

 

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