Розыгрыши коллег

У нас на работе сложился чудесный коллектив. Мы очень сдружились и взяли за привычку все события в отделе сопровождать безобидными розыгрышами. Выход начальника из отпуска, дни рождения и все прочие события перестали быть скучными и однообразными. Каждый раз что-то новое! Признаюсь, мне эта практика очень по душе! Легкая атмосфера очень укрепляет коллектив и снимает рабочее напряжение. 

Есть одно "но" - перед розыгрышем требуется убедиться, что розыгрыш безобидный и что разыгрываемый положительно к этому делу относится. Иначе затею лучше отменить. К счастью у нас обидчивых нет! Смотрим фото!

Эту клумбу мы выращивали в клавиатуре, пока начальник был в отпуске.

Скажу по секрету, это обычная кошачья травка. 

Нерабочую списанную клавиатуру попросили у системного администратора.

Клавиатуру руководителя мы сняли и поставили вместо неё вот эту.

Начальник был в восторге!

Почему не удаляются этапы в воркфлоу?

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

Открываем нужный воркфлоу

 Далее, под кат...

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.