1 сентября: с 5-летием трудовой деятельности меня!

С 5-летием трудовой деятельности меня :)
Ровно 5 лет назад был мой первый рабочий день в роли инженера-тестировщика. За это время произошло много изменений, был и горизонтальный рост, и вертикальный. Всё путем, двигаемся дальше!

Маленькие уловки для повышения удобства тестирования веб-форм

Так вышло, что при тестировании веб-форм мне совершенно не приходится пользоваться программой RoboForm или аналогичными, т.к. чаще всего требуется тестировать новые формы на соответствие ТЗ. В ходе данного тестирования я проверяю каждое поле отдельно на предмет выполнения всех условий и ограничений, описанных в ТЗ. Не могу себе даже представить, возможно ли автоматизировать такой процесс.

Часто мне попадаются текстовые поля с ограничением на длину ввода, обычно допускается ввод 250 знаков с пробелами. А вы всегда скрупулезно проверяете выполнение условий?? Я да, поэтому создала файлик с кусками текста без форматирования разной длины (30 знаков, 250, 500). И каждый раз не набираю в поля сколько то знаков наугад, а копирую строку из своего файла. В итоге - ограничения на длину ввода всегда проверяются точно и времени на это тратится минимум.
 
Плюс у меня всегда есть примеры для заполнения полей, которые часто встречаются в программах и на которые обычно реализуют маску ввода. Например, ИНН и ОГРН ИП и физических лиц, номера телефонов, кадастровые номера и т.д. Весьма удобно, не надо каждый раз лезть в гугл за примерами :)

пример поля с маской ввода

если таких полей много, то иметь готовые примеры очень удобно

Если мы хотим вывести на рабочий стол jira проекты, удовлетворяющие какому-либо условию, то...

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

На скриншоте видим, как я включила проект в категорию "PM_Ivanov":

Далее,

Нужно ли обрабатывать системные сообщения об ошибках?

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

Например, добавляем валидатор:

Выберем Fields Required (обязательность ввода какого-либо поля):

И, не добавляя полей в правое окно, сохраним:

Получим вот такое системное сообщение:

И таких моментов в jira очень много. Конечно, подобные ошибки встречаются только в редкоиспользуемых функциях jira, в частоиспользуемых поля всегда отмечены обязательными, если они обязательные, и реализованы "человеческие" сообщения об ошибках:

 

И все же, как вы думаете, надо ли вместо системных сообщений писать свои? На русском языке и без лишней для пользователя информации?

Tempo: "Я пытаюсь вписать отработанные часы в задачу, но у меня не получается. JIRA сообщает, что табель закрыт для регистрации." Знакомая проблема?

1. Давайте рассмотрим возможные причины того, что табель Tempo закрыт для регистрации:
   а) период может быть закрыт для регистрации, если он уже был отправлен менеджеру на утверждение и находится в статусе "Ожидание менеджера" ("Pending manager") или "Утверждено" ("Approved"), в этом случае, чтобы внести какие-то исправления в табель, менеджеру нужно отклонить ваши трудозатраты:
   
   
   
   
   б) период может быть закрыт администратором JIRA: в некоторых компаниях принято в начале каждого следующего месяца предыдущий месяц закрывать от внесения трудозатрат, это нужно учитывать, если вы откладываете внесение часов в задачи "на потом";
   в) период может быть закрыт планировщиком Tempo, согласно настройкам планировщик закрывает все даты, старше n (максимум 5-ти) рабочих дней, начиная с текущего дня, например, если в настройках указаны максимальные 5 дней и сегодня 3 июля среда, вносить часы можно начиная с 27 июня четверг включительно, все даты старше 27 июня закрыты от внесения трудозатрат планировщиком, это нужно учитывать, если вы откладываете внесение часов в задачи "на потом".

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

Tempo: менеджер не видит в плагине свою команду

Итак, я создала команду в плагине Tempo, сделав лидером команды одного из менеджеров. 

При этом в списке команд Tempo у данного менеджера новая команда не появилась. И появилась только после того, как я добавила менеджера в стандартную группу jira-developers. Как я догадалась, что проблема в этом? Просто убавляла себе в Jira прав и привилегий до тех пор, пока я тоже не перестала видеть новую команду в табеле Tempo.

Далее нужно было понять, какая связь между группой jira-developers и плагином. Всё оказалось слишком просто: сам плагин к проблеме не имел никакого отношения, загвоздка заключалась в глобальных правах группы jira-developers - только участники этой группы могут выбирать группы из всплывающих окон:

Поэтому, когда я добавила лидера команды в группу jira-developers, у него в списке команд появилась новая только что добавленная.

p.s. после решения проблемы у меня всё равно остался вопрос: почему остальные то команды в Tempo были менеджеру сразу видны?!

Jira 5: что делать, если на рабочем столе нет элементов для управления гаджетами

Итак, у нас есть рабочий стол, на котором нет кнопки для добавления гаджетов.

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