А когда "Упс" то сразу все понятно

Когда пользователь говорит "у меня тут всё сломалось, я ничего не делал", то "Упс" - это самое меньшее из зол, что он может увидеть в результате ошибки

Но если у него будет код ошибки то он ее пришлет в саппорт

Если аудитория твоего приложение не геймеры/подростки и т.д. то лучше придерживаться формальности

Согласен, если это какой-либо специфичный софт (Например: AutoCad, КОМПАС (для инженеров)), то там это априори неуместно.

Но если у него будет код ошибки то он ее пришлет в саппорт

вот если бы. Нахмурит брови и напишет гневный твит максимум. Хотя бывают исключения.

А так, он такой заходит на сайт, а ему "Упс". Он пишет в саппорт "Упс". Ему в ответ "Упс..." Он такой "Упс." И пошел к конкуренту :D

Но если у него будет код ошибки то он ее пришлет в саппорт

Это уже давно автоматизируется в одну кнопку, с указанием обратных реквизитов.

А так, он такой заходит на сайт, а ему "Упс". Он пишет в саппорт "Упс". Ему в ответ "Упс..." Он такой "Упс." И пошел к конкуренту :D

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

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

А что если не отпугнет

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

В том то и смысл что когда упала ошибка главное не усугублять ситуацию своими упсами.

Ну а какое по-вашему решение в этом случае? "Извините, возникла ошибка. Мы уже приступили к её решению" Так?

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

Часто ли вы лям в приложении переводите?

Ну а какое по-вашему решение в этом случае? "Извините, возникла ошибка. Мы уже приступили к её решению" Так?

Я уже отвечал, сообщение которое нормально примет целевая аудитория. Вы в деловых письмах тоже пишите! "Здорова, бро! Как дела?"

Если речь идет о финансовом софте, то тут вообще всё противоречиво

Часто ли вы лям в приложении переводите?

Ну если вас смущает сумма то упрощу ее до 50 тысяч, ситуация не изменится

Вот мелкомягкие добавили смайлик на бдос, кому-то от этого стало легче?)

"Упс.. Кажется, мы профукали вашу транзакцию."

Не было бдоса с года 2012, без понятия, как там обстоят дела)

Можете нагуглить)

Загуглил. Ну там совсем ужасно выглядит

Пол экрана на скобку отвели

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

Да и вообще, цель QA - сделать, чтобы причин для появления этих Упсов не было, или было очень мало. А то, что там написано - это уже дело явно не куашное.

т.е. если Вас текст не устраивать вы будите сидеть и молчать не пытаясь обсудить это с ответственными лицами? Был у меня на практике один случай когда в стороннем софте в случае ошибки мне выдавалось сообщение типо такого "Ошибка <CODE>! НапишитЕ в службу поддержки указанный код!". В тот момент я просто негодовал, мало того что я получил ошибку в софте за который плачу деньги, мне еще и тыкают в будто в приказном тоне заставляют отправить им код.

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

Ох, сколько бы я хотела всего поменять в приложениях, которые я тестирую... Но заказчику видней. Всегда. Я могу лишь предлагать.

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

это классно, что тестировщик думает про ЦА, но это не его работа

Опередили)

Ох, сколько бы я хотела всего поменять в приложениях, которые я тестирую... Но заказчику видней. Всегда. Я могу лишь предлагать.

Ну главное всегда пытаться изменить ситуацию к лучшему))

это классно, что тестировщик думает про ЦА, но это не его работа

Снова началось про разделение работы, тестировщик в первую очередь ответственен за качество продукта, и думать должны все за всех по возможности

Снова началось про разделение работы, тестировщик в первую очередь ответственен за качество продукта, и думать должны все за всех по возможности

вот именно

"это не моя проблема" - явно неправильная позиция любого из членов команды

в команде проблемы общие

по возможности(!)

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

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

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

совершенно +

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

Я и не говорил что в таком случае вы должны сами исправлять тексты, просто когда вы увидели такой текст, который на Ваш взгляд некорректен, то стоит написать ответственному и уточнить, нет ли косяка или предложить лучший вариант. Это всяко более правильный подход чем подумать про себя "это не мое" и забить на это

ну тоже верно, но лишь предложить

тем более что мы можем быть менее компетентны, чем те, кто эти ошибки на самом деле пишет

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

Значит я неправильно истрактовал фразу " А то, что там написано - это уже дело явно не куашное."

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

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

но его что-то в ней не устраивает

какое должно быть его поведение?

сказать МРу об этом

тот уже с заказчиками поговорит и даст ответ

а почему он тогда не может сделать тоже самое когда тестит уже существующий функционал?

я разве говорю об этом?

я выше сказал уже абсолютно то же самое

> А вот QA - это уже чуть шире, и он должен не только а в реальной жизни такая терминологическая градация приносит пользу?

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

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

То есть если у человека в должности написано "тестировщик", и при этом он внесет предложения по улучшению функционала, то материя реальности порвется или что?

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

Я изначально про это и говорил) не желательно чтобы тестировщик всегда выполнял этот максимум а не проходил мимо

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

Я изначально про это и говорил) не желательно чтобы тестировщик всегда выполнял этот максимум а не проходил мимо

Я же говорю, мы об одном и том же общаемся, но разными словами))

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

?

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

А я и не претендую на это, называю так лишь для удобства и видения, не даром же выше написал. Это всё индивидуально от проекта к проекту.

Хеллоу всем ) подскажите глупому плиз как в Джире вывести всё что сделал за неделю?)

там есть система фильтров

чем трекаете? ворклогами и статусами или как-то ещё?

assignee = currentUser() AND (issuetype in (Sub-task) AND timespent is not EMPTY AND worklogDate >= startOfWeek() AND (resolved >= startOfWeek() OR resolved is EMPTY) OR issuetype = Bug AND status != "To Do") ORDER BY updated DESC

например я вот так делаю

эмм.. не понятно )

ERROR: S client not available

мы трекаем по ворклогам

блин, простой же запрос

мы трекаем ворклоги в тасках

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

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

и ещё смотрю для багов если тестировщик в ассайни и поставил ин прогресс и ворклог

но по багу я вытру, мы просто внесли в процесс поправку - вся работа по багам от КьюА трекается сабтасками и всё

всё сильно упростилось и по процессу и по репортингу

сделал сабтаск, ворлогнул его и слава украине

через Ворклог да

можно просто updatedDate > startOfDay()

если за сегодня

можно просто updatedDate > startOfDay()

не сработает

а если на неделю?

тогда любой коммент даже без работы будет считаться

ну там уже уточнить

не, я пробовал - апдейтед дейт нафиг

это только посмотреть всё, что изменялось за день

в остальном если ворклоги есть, то timespent is not EMPTY AND worklogDate >= startOfWeek() AND (resolved >= startOfWeek() OR resolved is EMPTY)

а если нету?

если нету, то плохо, но тогда лучше смотреть по смене статусов туду/инпрогресс/дан

тока мне сча впадлу фильтр думать

не вижу проблемы хотя бы раз в неделю менять ворклоги

Рома...

просто по факту

я просто вот тока тока пришёл

типа "работал 18 часов"

где этот запрос делать??

timespent is not EMPTY AND worklogDate >= startOfWeek() AND (resolved >= startOfWeek() OR resolved is EMPTY)

этот вот.. куда вбивать?

нажми вью ишшуес

и открой любо