Кто дочитал до тестинга в аджайле, какие ваши мнения? У нас уже 3 месяца как спринты и дэйли и все дела вместо мини ватерфол, а QA в огне и мыле пытается соответствовать.

э-ге-ге-й

Кто дочитал до тестинга в аджайле, какие ваши мнения? У нас уже 3 месяца как спринты и дэйли и все дела вместо мини ватерфол, а QA в огне и мыле пытается соответствовать.

дочитаю - возможно поучастую в обсуждении:) но пока вопрос кажется, поставлен неконкретно.

И еще раз о базовых вещах. http://qa-blog.alexei-vinogradov.de/2016/12/нужна-ли-severity/

Продолжим про 8.1 винду. Посмотрите на попап Эсета http://screencast.com/t/ovlQukpX59s

Сравните шрифт с остальными

И еще. Обычный инсталлятор http://screencast.com/t/jqE1pdBm

мне кажется, что у вас на 100% размеры, а увеличенные.

на то и акцент же вроде?

вот от того и отображается всё кривенько.

какая разница, оно должно скейлить…)

может, трутайп вкл или выкл

но. @Amanalyre я вас обрадую… Это не сравнится с Java приложением под маком….

какая разница, оно должно скейлить…)

должно, но видимо, не шибко получается

HiDPI вообще штука сложная

скейл интерфейса сторонними средствами вообще фейл у меня на ноуте на десятке так по умолчанию было, отключил скейл и все приличнго выглядит

здесь 150% скейла, ниже невозможно работать - глаза ломаются.

расскажите про скейл. Попробуйте его на маке отключить)

вам понравится

1920*1080 на ноуте и 2560*1440 на монике

нет никакой разницы между тестингом в эджайл и не эджайл

всем привет

Продолжим про 8.1 винду. Посмотрите на попап Эсета http://screencast.com/t/ovlQukpX59s

Так это, наверное, косяк есета?

а у вас тут активити просто огонь я смотрю

всем привет

Привет, 500-ый!

ладно, вопрос по существу, кто юзает teamcity?

Ну мы.

Привет, 500-ый!

который раз пятисотый

Я всё понял. Когда количество доходит до 502 - люди теряются. Ибо Бэд гейтвей.

который раз пятисотый

Надеюсь последний)

Ну мы.

юзаете конфигурации в kotlin?

Не знаю. Не занимался настройкой.

Так это, наверное, косяк есета?

смотрим следующий после этого скрин

У меня таких проблем нет.

МОжет у вас дрова кривые стоят или что?

Честно, из всех моих коллег и знакомых у вас единственной такая проблема. Из чего я, как тестировщик, делаю вывод, что дело в вашей машине.

Вы предпринимали какие-то действия по устранению этой проблемы?

шрифты оно конечно важно тестировать, особенно, когда тестируете виртуальную машину)

еще важнее скорость работы)))

дизайнеры от ваших слов переворачиваеются с планшетами

А про время на локализацию проблемы: Тестировщик должен максимально точно локализовать проблему используя доступные ему средства. Исключение составляет момент только когда у всех подгарает, релиз вчера и у разработчиков есть время локализовать вместо тебя.

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

если баг некритичен то его можно и после релиза завести)

а потом из некритичных для релиза будет дургой релиз

Дело вкуса. У меня просто заведенные но недоописанные задачи, заасайнены на меня

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

ну разве что ПМ или Тимлид сторонник излишнего документирования

у нас если видят, что какие то баги на тебе самом висят - то спросят, мол, чего на тебе они висят? а потом - хей, ризитас, дописывай скорей и отдавай тикет программистам/аналитикам!

А про время на локализацию проблемы: Тестировщик должен максимально точно локализовать проблему используя доступные ему средства. Исключение составляет момент только когда у всех подгарает, релиз вчера и у разработчиков есть время локализовать вместо тебя.

то есть баги хреначить у них время есть, а локализировать нет? Нужно срочно новые баги хреначить?

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

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

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

Серьезное заблуждение. Особенно для бекенда

бывает и так и так

Серьезное заблуждение. Особенно для бекенда

поясните, пожалуйста

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

и это тоже неверно. Дело в том, что кто локализирует - зависит не от того, программист ты или тестировщик, а от того, кто на данном этапе является боттлнеком всего процесса разработки.

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

с этим согласна абсолютно

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

+1

если наоборот - то тестировщики локализируют, как могут

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

вот я наверное только в таких ситуациях и верчусь

Программисты всегда заняты другими задачами. Переключение с задачи на задачу требует времени. Для определения проблемы нужно поднять свое окружение, выполнить действия из шагов, отследить результат. ХОрошо локализованная задача позволяет программисту сделать исправления сразу в коде. Юнит-тесты не дадут сломать все остальное.

вот я наверное только в таких ситуациях и верчусь

будь мужиком и отрасти пару стальных шаров

если наоборот - то тестировщики локализируют, как могут

Два шнапса этому господину.

Но только если есть возможнать так локализовать

ERROR: S client not available

часто бек-енд закрывают даже на предпродах

чаще всего что-то посередине - смотреть по ситуации. Программист - не бог, а одна из частей процесса.

чаще всего что-то посередине - смотреть по ситуации. Программист - не бог, а одна из частей процесса.

таким, как правило, на основе обратной связи сбивается корона.

Общий принцип - тестировщик быстрее локализует и дешевле.

точнее так - ДЕШЕВЛЕ

Общий принцип - тестировщик быстрее локализует и дешевле.

скорее дешевле

:)

Общий принцип - тестировщик быстрее локализует и дешевле.

точно быстрее?

да

хм... хорошо

вообще часто оптимальным вариантом является сесть вдвоем и посмотреть че да как

посмотрите видео Дорофеева "Эффективность неэффективности". Там объяснено хорошо, почему чтобы процесс был эффективный нужно работать в кавычках "неэффективно"

вообще часто оптимальным вариантом является сесть вдвоем и посмотреть че да как

+1

мы наверное о разной локализации. или о разных тестировщиках

Общий принцип - тестировщик быстрее локализует и дешевле.

Бред конечно

когда доходишь до тупика

точнее так - ДЕШЕВЛЕ

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

когда доходишь до тупика

лучше даже раньше тупика

Нет никакого общего принципа, более эффективно конечно разработчики локализирует, они ж в белый ящик могут посмотреть.

ты отнимешь у коллеги там 5-10 мин, которые могут спасти тебе пару часов

Но важнп не эффективность одного конкретного разработчика, а эффективность всего процесса.

ты отнимешь у коллеги там 5-10 мин, которые могут спасти тебе пару часов

+++

ХЗ-ХЗ. Есть примитивные исследования что отвлекая программиста на свой вопрос ты тратишь 30 минут его полезного времени пока он переключится обратно на задачу

Когда нужно всеголишь 5 минут подумать и понять в чем дело

понятно что если они свободны, тогда дергать

я про ситуацию когда все заняты своим делом

При UI тестировании без доступа к бекенду сложно правда локализовать точно)

Хотя бы доступ к логам сервера желателен

Не прода, но предпрода-рела-транка-песка

При UI тестировании без доступа к бекенду сложно правда локализовать точно)

а зачем там бэкенд?

это ж UI