Тема: Utest

Сообщение от saspens

В этом случае просто ставится +1 и указывается конфа. Если репортнуть баг будет реджект как дубль

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

У меня был цикл где одна и та же прога одновременно тестировалась на андроиде и иос, два разных цикла запущенных одновременно. Некоторые баги репродусились на обеих ос. Мне один баг отклонили как дупликат бага на другую ось. Я написал диспут о том, что бага с таким номером в этом цикле нет, диспут одобрили. Справедливости ради - я не тупо копировал его с другой оси, честно нашел. Если нет специальных инструкций о том, что надо проверять оба цикла - смело пишите баг. Во-первых, вы не обязаны проверять все циклы. Во-вторых не у каждого тестера есть и мак и винда, человек может быть на одном цикле только, и что если он нашел который кто-то зарепортил на другом - его отклонять как дупликат? Это нереально, человек не имеет возможности даже о нем знать.
Конечно, хитрожопить не хорошо, но в первую очередь многоопытные ПМ-ы ТТЛ-ы и прочий руководящий состав должен предвидеть такую ситуации при планировании цикла.

Сообщение от Дмитрий_1979

Не могу, к сожалению, вам объяснить в деталях почему, но уверен на 99%.

Это из разряда, это невероятно, необъяснимо, и недоказуемо, что даже не требует доказательств. Вы на 99% не правы.

Сообщение от Дмитрий_1979

О, ясновидящие подтянулись. Если б я так делал, то на Mac цикле был бы не один баг уже.

Ну так вперед, честный вы наш.

Я не ясновидящий, а пишу основываясь на собственном опыте. Открывая такие циклы заказчик/PM/TTL не учитывает, что у тестера не может быть какого то оборудования это раз, или скажем он примет только один цикл, а второй отклонит по какой то причине, в результате он просто может не видеть баги другого цикла, это два. В третьих как я уже писал, если в оverview или чате черным по белому не написано, что репортить баги с соседнего цикла нельзя то пусть хоть они зареджектятся, после диспута все равно им придется подтвердить, ну или на крайняк как wad отменить. Достаточно просто логические рассуждения как я выше написал указать в диспуте.

Сообщение от Cool Woker

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

неверно вам написали, +1 ставится если вы нашли баг, в том же цикле, на том же девайсе или других девайсах в скопе цикла, но другой тестер зарепортил его перед вами, вот тогда ставится +1.

Смотрите у вас есть 2 цикла, где в одном IN Scope написано скажем windows и перечислены все браузеры, но нет Мака, тогда поставив +1 вы показываете что вы тестировали на устройстве вне скопа, т.е. вы не только грубо говорят потратили время тестируя не на том устройстве, но и ваш +1 не нужен клиенту.

И есть второй цикл где то же самое но есть устройства только Маки, т.е. никаких windows, и то же самое, в данном цикле никому не интересно что тоже самое повторяется на windows их интересует только Маки. Какой смысл в +1 в данном случае....

Сообщение от Corleone

У меня был цикл где одна и та же прога одновременно тестировалась на андроиде и иос, два разных цикла запущенных одновременно. Некоторые баги репродусились на обеих ос. Мне один баг отклонили как дупликат бага на другую ось. Я написал диспут о том, что бага с таким номером в этом цикле нет, диспут одобрили. Справедливости ради - я не тупо копировал его с другой оси, честно нашел. Если нет специальных инструкций о том, что надо проверять оба цикла - смело пишите баг. Во-первых, вы не обязаны проверять все циклы. Во-вторых не у каждого тестера есть и мак и винда, человек может быть на одном цикле только, и что если он нашел который кто-то зарепортил на другом - его отклонять как дупликат? Это нереально, человек не имеет возможности даже о нем знать.
Конечно, хитрожопить не хорошо, но в первую очередь многоопытные ПМ-ы ТТЛ-ы и прочий руководящий состав должен предвидеть такую ситуации при планировании цикла.

Так же встречался не раз с такими двойными проектами, по сути одинаковыми но, по факту разными (написаными под разные оси (андроид+иос)). Так что ув. Cool Woker, всегда смотрите на требования к циклу и файлите смело. Не слушайте доморощенных специалистов, это вредно для вашего кармана.

Сообщение от Дмитрий_1979

Я сижу на этом проекте с самого начала. Не могу, к сожалению, вам объяснить в деталях почему, но уверен на 99%. Повторю, это если речь идет не о каком-то абстрактном, а о конкретном проекте, о котором был задан вопрос.

Не раз уже в этой теме поднимался вопрос о том, что почти всё в каждом конкретном цикле зависит от мнения ТТЛ/ПМ. Если Дмитрий так сказать "чувствует" засаду, тоесть гдето при нем те самые ТТЛ/ПМ уже красили подряд репорты в красное, то возможно к нему стоит прислушаться. Но я сам подсматривал баги, бывало, и смежные проэкты как этот, и прошлые циклы.. по-моему реджектов небыло. Переделывал по своему а не тупо копипастил. И ж*па хитрее не стала вроде). Вобщем не ищите закономерности.

Сообщение от ugar

Не раз уже в этой теме поднимался вопрос о том, что почти всё в каждом конкретном цикле зависит от мнения ТТЛ/ПМ. Если Дмитрий так сказать "чувствует" засаду, тоесть гдето при нем те самые ТТЛ/ПМ уже красили подряд репорты в красное, то возможно к нему стоит прислушаться. Но я сам подсматривал баги, бывало, и смежные проэкты как этот, и прошлые циклы.. по-моему реджектов небыло. Переделывал по своему а не тупо копипастил. И ж*па хитрее не стала вроде). Вобщем не ищите закономерности.

Имхо, надо было сначала у ТТЛ спрашивать, а не тут гадать У меня были проекты на андроид/айфон, там такие баги были дубликатами.

Учитывая специфику работы на Ютест (разные заказчики, разные ттл, копипаст и тд), переспрашивать надо всегда.

Народ, вопрос по макам и вин мобайлу - есть проекты? Как с частотой?