Исправленные ошибки:

Функция: Администрирование

1. Невозможно сохранить общие настройки. Доступна только кнопка "Закрыть".
2. При создании пользователей съезжает форма. Необходимо правильно обрабатывать поле "Повтор пароля".

Функция: Дизайн интерфейса

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

Реализованные доработки:

Функция: Задачи

1. Убрать возможность создания активностей по чужим задачам. Если просматриваются чужие задачи, то нельзя по ним создавать активности

Функция: Настройки

1. Поправить настройки проекта. Необходимо убрать бюджет и платформу и инструментарий перенести в самый низ формы

Функция: Пожелания

1. Указание авторства пожеланий. Необходимо позволять указывать истинного автора пожелания (путем выбора из выпадающего списка, составленного из участников проекта). Если автор не указан, то в поле Автор списков пожеланий отображается создатель пожелания.

1. Добавить высокоуровневую оценку трудоемкости пожеланий. Зачастую заказчик хочет знать сколько времени потребуется для реализации того или иного пожелания или некоторой их совокупности. Необходимо добавить поле с оценкой на форму ввода пожелания и в списках пожеланий выводить суммарную оценочную трудоемкость. Эта информация будет особенно удобна в случае тэгирования пожеланий, для планирования различных скоупов.

1. Рядом со статусом пожелания отображать задачи. На форме просмотра пожелания, в секции где описаны состояния, на которые переживает пожелания, добавлять ссылки на задачи (в форме UID) с указанием исполнителя.

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

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

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

Функция: Планирование

1. Изменить порядок сортировки пройденных вех проекта. Пройденные вехи проекта должны сортироваться в порядке уменьшения даты. Добавить ссылку "Пройденные вехи" на закладку "Проект"

Закрытые пожелания:

1. Вопрос по "непрограмным проектам". Скажите пожалуйста, а есть ли пример успешного применения вашего сервиса для "непрограмных проектов"? <br/>Механника, электроника, мехатроника? <br/>Задача то актуальна и для них, только там возможно что больше графической информации. <br/>Хочется попробовать применить для этих целей. <br/> Причина закрытия: нет

Известные ошибки:

Нет.

Исправленные ошибки:

1. Проблема отображения ссылок в блоге. 18.04.2007 01:51, а как вставлять ссылки на страницы, чтобы линк отображался полным и работал нормально? Сейчас не получается задать ссылку на список решенных задач..

Функция: Задачи

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

1. При разбиении необходимо требовать вводить название задачи. Сейчас название задачи может браться из комментария. Необходимо требовать задание названия задачи, иначе если много разбиений задач, то сложно ставить зависимости и вообще понимать суть задачи из названия

Функция: Пожелания

1. Ошибка при удалении пожелания. При удалении пожелания произошла ошибка, описание смотри в аттаче

Функция: Аудит

1. Проверить права доступа для заказчика и гостя. После многочисленных изменений необходимо проверить адекватность прав доступа на различные операции в системе для заказчика и гостя

Реализованные доработки:

1. Баг перехода по ссылке. У меня остался старый проект, который я создавал для проверки. Сейчас я являюсь участником (не автором) нового проекта. Ситуация: я залогинин, когда мне присылают ссылку на документ внутри этого проекта, почемуто открывается раздел документации старого проекта "Система контроля..." <br/>ПО всей видимости проблема с сессией или еще чем-то. <br/> <br/>Отсюда вопрос: <br/>-посмотрите этот баг. <br/>-закройте старый проект "Система контроля знаний по курсу "Линейная алгебра и аналитическая геометрия"" или скажите как это сделать.

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

Функция: Функции

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

Функция: Задачи

1. Отображать причину отклонения пожелания в списке задач. При отображении пожелания в списке задач необходимо показывать причину отклонения.

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

Функция: Пожелания

1. Позволять связывать пожелания. Необходимо на форме пожелания отображать связи с другими пожеланиями и позволять их добавлять. Семантика связи может быть различной и должна быть ясна исходя из ее названия. Функионал должен быть оформлен по аналогии с пожеланиями и с возможностью быстрого нахождения пожелания

1. Доработать механизм тэгирования. Управление тэгами должно выполняться асинхронно, с возможностью добавления нескольких тэгов через запятую.

1. Позволять возвращать пожелания на утвреждение. Необходимо возвращать пожелания на утвреждение (если используется соответствующая опция методологии). Соответствующий метод должен быть расположен в списке Новые пожелания, на закладке планирования, а также в списке реализуемых пожеланий на закладке Пожелания.

1. При закрытии пожелания требовать вводить причину. Закрытие пожелания должно сопровождаться обязательным вводом причины закрытия, а также сам факт закрытия должен отображаться как отдельное состояние пожелания. В релиз нотах показывать отдельный раздел по закрытым пожеланиям.

Функция: Дизайн интерфейса

1. Реализовать форму просмотра атрибутов объекта. Необходима отдельная форма для просмотра значений атрибутов объекта, без возможности их редактирования.

1. На панели потрлетов показывать новые элементы. Если есть новые элементы (страницы, новости, записи блога и т.п.) и портлет свернут, то в скобках необходимо указывать сколько элементов, например (+2)

1. Доработать интерфейс пользователя Wiki. Управление тэгами выполнить по аналогии с пожеланиями, добавить пиктограммы.

Функция: Коммуникация

1. Упростить ввод комментариев для пожелания. Необходимо позволить добавлять комментарии непосредственно на формах просмотра или редактирования пожелания (или задачи с ним связанной)

Функция: Артефакты

1. Добавить разновидность артефактов Документы тестирования. Также необходимо кратко перечислять виды артефактов с сылками, чтобы быстрее можно было перейти к нужному разделу.

Функция: Тестирование

1. Добавить диаграмму о ходе багфиксинга. Необходимо показывать динамику обнаружения и решения ошибок

1. Позволять архивировать тестовые сценарии . Тестовые сценарии могут устаревать, их необходимо перемещать в архив тестовых сценариев

1. Упростить проведение регрессионного тестирования. Позволять массово назначать задачи тестирования для проведения регрессионного тестирования. На форме показывать все активные тесты, позволять вводить исполнителя и трудоемкость. Позволять связывать тестовые сценарии с функциями, чтобы автоматически предлагать включение тестового сценария в процесс регрессионного тестирования на основании реализованых пожеланий

Функция: Планирование

1. Доработать отображение вех проекта. Увеличить число одновременно отображаемых вех на странице с вехами. Добавить фильтр по пройденным вехам. По умолчанию отображать только непройденные вехи.

Известные ошибки:

Нет.

Исправленные ошибки:

1. Удаляются обратные слеши. Необходимо дополнять все строковые поля слышами, чтобы они корректно сохранялись

Функция: Управление требованиями

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

Функция: Задачи. Планирование работ в проекте

1. Отображать артефакты задачи. На странице редактирования задачи необходимо отображать ее артефакты

1. Список задач релиза группировать не только по пожеланиям, но и по ошибкам и доработкам. При создании нескольких задач на ошибку или доработку они все отображаются вразнобой, необходимо группировать их в точности как пожелания.

Функция: Дизайн интерфейса

1. Не работаю ссылки на Wiki страницы в журнале проекта. При переходе по ссылкам на тестовые сценарии они не отображаются, история изменений не отображается, ссылки на документацию вообще не отображаются и не работает история изменений.

1. Исправить проблемы форматирования в emails. Описание: У меня остался старый проект "Система контроля знаний по курсу <br/>"Линейная алгебра и аналитическая геометрия"", который я <br/>создавал для проверки. <br/><br/> <br/><br/>Сейчас я являюсь участником (не автором) нового <br/>проекта "ядро ilite". <br/><br/> <br/><br/>Ситуация: <br/><br/>я залогинин на "ядро

Функция: Документирование

1. Позволять связывать раздел документации с пожеланием. Отображается раздел документации и текущая задача документирования. Если на нее нажать, то не происходит связи раздела с пожеланием (либо такая связь никак не отображается).

1. Заказчик не видит документации. Необходимо уточнить права доступа. Закачзик не может читать документацию. Необходимо позволить заказчику видить документацию.

Реализованные доработки:

Функция: Релизы программного продукта

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

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

Функция: Задачи. Планирование работ в проекте

1. Ввести действия по задаче. Необходимо разбиение задачи на более мелкие части для планирования деятельности отдельного участника. Действия должны очень просто добавляться и выполняться (с использованием ajax). Перечень текущих активностей должен быть под рукой у участника

Функция: Фазы разработки программного продукта

1. Реализовать поддержку тестирования разрабатываемого программного продукта. Система должна позволять составлять тестовые кейсы и объединять их в тестовые сценарии, упрощать проведение тестирования программного продукта, заведения ошибок и исполнения задач по тестированию.

Функция: Управление пожеланиями

1. Необходимо больше информации по пожеланию. На форме отображения пожелания необходимо показывать в каком релизе запланировано пожелание.

1. Позволить утверждать пожелания при создании. Если сам координатор вводит пожелания, то необходимо отображать галочку с возможностью утверджения пожеланий сразу же

Функция: Дизайн интерфейса

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

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

Функция: Коммуникация

1. Реализовать организацию митингов. Участники проекта могут планировать совместные встречи, информация о них будет доступна на главной странице

Функция: Тестирование

1. После проведения теста и его провала невозможно завести задачу на исправление. Если при выполнении теста обнаруживается, что он провалился, то необходимо дать тестировщику возможно завести работу по исправлению исходного пожелания. При этом автоматически подставляет участник последней работы по разработке, параметры работы задаются по аналогии с разбиением работ. К тому же автоматически должна создаваться копия работы по тестированию, которую выполняет тестировщик (включая все привязки и т.п.). Работа по разработке должна быть предшественницей для работы по тестированию, если используются зависимости между задачами.

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

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

1. Отклонение реализации пожелания. Необходимо позволять отклонять реализацию пожелания (ошибки или доработки) посредством выполнения задачи тестирования без прохождения по тестовому сценарию.

Исправленные ошибки:

1. Поправить сортировку задач и пожеланий в списке задач. Выполненные задачи равно как и пожелания должны располагаться внизу списка

1. Показывать сборки. Позволять всем членам команды за исколючением заказчика видеть сборки, их состав и артефакты.

1. Используется перекрестная проверка даже если она отключена. Если отключена опция методологии перекрестная проверка, то при включении пожелания в релиз полностью (include in release), сохраняется проверяющий по умолчанию. <br/>

1. Модификация тестовых сценариев. Ссылки "изменить" на странице тестирования должны приводить к переходу на страницу редактирования тестового сценария и шаблона тестового случая. <br/> <br/>

1. Неверно отображается загрузка работами. При модификации задачи, включенной в более поздний релиз отображается загрузка на текущий релиз.

1. Некорректно отображается статус реализации пожелания. Необходимо для каждой фазы, которую проходит пожелание, указывать состояние работы: запланировано, выполняется, выполнено.

1. Корректно учитывать время последнего посещения. Сейчас регистрируется только время фактического входа в систему (через ввод логина и пароля). Необходимо при каждом обращении к страницам системы обновлять информацию о последнем посещении.

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

1. Отображение названия тестового случая. На странице выполнения теста необходимо для каждого тестового случая вначале отображать его название

1. Декомпозиция задачи по реализации доработки подвешивается к пожеланию. При декомпозиции задачи, созданной при включении доработки по требованию в релиз, создается задача, связанная с пожеланием, а не доработкой.

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

1. Разработчик не может разбить задачу. В девпроме когда я тыкаю в ссылку "разбить" на задачу - говорит, что прав не хватает. <br/>

1. Не закрываются некоторые портлеты. Не закрываются портлеты Новости, Книжная полка

1. Не работает автоматическое добавление полей формы в IE. При создании задачи на тестирование должен появиться выпадающий список со сценариями, чего не просходит под IE

1. Неверно устанавливается релиз артефакта. Если используются сборки, то для артефакта к такому релизу, у которого нет сборок, присваивается сборка предыдущего релиза.

1. Исправить расчет общего числа пожеланий в релизе, представленный на закладке Проект. Не учитывается тот факт, что пожелание может реализовываться в нескольких релизах, например задача анализа в одном, а разработки в другом. Также несколько задач по разработке могут быть в различных релизах.

Реализованные доработки:

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

1. Необходимо управлять вехами проекта. Система должна позволять вводить и отслеживать вехи по проекту. Веха определяется названием, описанием, датой и статусом (запланирована/пройдена). Веха это работа с нулевой длиной. Участники проекта подписаны на уведомление о приближении к заданной вехе.

1. Добавить акселераторы для кнопок форм. Необходимо повысить удобство создания и модификации объектов с использованием стандартных форм. Нужно добавить горячие клавишы (акселераторы) на кнопки формы. Акселераторы должны быть языкозависимыми.

1. Решение задачи по тестированию. Необходимо позволять решать задачу по тестированию, связанную с тестом непосредственно со страницы тестирования. <br/>

1. Недостаточно информации по задаче на проверке. Если задача назначена на проверку, то необходимо рядом со статусом отображать кому назначена задача на выполнение.

1. В трассировке пожелания недостаточно информации. Для задач необходимо указывать статус, для тестовый сценариев - результаты тестирования.

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

1. Необходимо использовать окружения (environments). При разработке приложений может требоваться развертывание и тестирование приложений на нескольких окружениях (то есть, в различных средах), например, локально и у заказчика, на разных операционных системах. Необходимо управлять окружениями и использовать эту информацию при тестировании: добавить соответствующий выпадающий список на форме тестирования, передавать окружение при регистрации бага.

1. Сборки текущего релиза. Добавить номер релиза после фразы "Сборки текущего релиза" на закладке Проект

1. Создание тестовых случаев. Для удобства создания нескольких тестовых случаев одного тестовго сценария необходимо на странице просмотра тестового случая реализовать возможность добавления нового тестового случая для того же тестового сценария.

1. Не хватает информации об авторе артефакта, а также типа "документы планирования". Добавить столбец в список артефактов "Автор", добавить новый тип артефактов - документы планирования.

1. Ввести опцию методологии: требуется утверждение пожеланий. Часто бывает так, что пожеланий очень много и многие из них невозможно запланировать, либо их не требуется планировать в ближайшее время. Пользователь может установить опцию методологии "требуется утверждение пожеланий". Таким образом, неутвержденные пожелания не будут видны на странице планирования, но будет доступен фильтр для их просмотра.

1. Подготовка заметок к релизу. На странице с заметками к релизу позволять переходить к соседним (или вообще произвольным) релизам. Позволять выгружать заметки в виде обычного текстового файла.

1. Создание тестового сценария при выполнении работы. Необходимо добавить метод "Создать сценарий" в список действий для задачи типа тестирование.

1. Ввести расшрение в Wiki. Необходимо добавить тэг, позволяющий оформлять исходный код без потери форматирования.

1. Необходимо реализовать возможность добавления нескольких аттачментов к пожеланию. Реализовать это на отдельной форме в виде списка. Отображать список файлов, прикрепленных к пожеланию в виде списка с возможностью скачивания и отображением имени файла.

1. Изменить отображение комментариев к задачам на закладке Планирование. Отображать артефакты задач не в комментариях к задаче, а после описания пожелания.

1. Совещания по Scrum. Необходимо добавить возможность ведения виртуальных совещаний по методологии Scrum. Каждый участник должен будет каждый день вводить ответы на три вопроса. На главной странице должен быть список с ответами от каждого участника.

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

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

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

1. Отобржать комментарии к пожеланию на закладке планирования. Рядом с названием пожелания необходимо отображать ссылку на страницу с комментариями, количество комментариев и кнопку для динамического отображения всех комментариев к пожеланию.

1. Восстанавление отложенных пожеланий. Необходимо добавить метод для быстрого восстановления отложенного пожелания. Сейчас приходится вызывать пожелание на редактирование, чтобы это сделать.

Исправленные ошибки:

1. Некорректное отображение типа работы при просмотре задач участника. Если участник, проверяющий выполнение работы, смотрит на задачи участника, чьи работы он должен проверить, то для этого участника некорректно отображается тип работы: Доработка/Проверка. Таким образом должен отображаться тип работы только для проверяющего, когда он смотрит свои задачи.

1. Невозможно решить задачу, зависящую от предыдущей задачи. Если участник выполнил задачу, а другой участник ее проверил, то невозможно выполнить следующую задачу (зависящую от предыдущей), поскольку система требует выполнить предыдущую задачу. Скорее всего ошибка в опеделении возможности выполнить задачу, которая зависит от другой задачи.

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

1. ВИ: создание тестового сценария (шаблоны). Тестовый случай создается с использованием предустановленного шаблона.

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

1. Перегружено отображение комментария к задаче. Если задача по пожеланию, для которого составлены требования и задача является последователем задачи анализа, то отображаются дважды ссылки на требования.

1. Не работает перенос задач в релиз. Есть несколько задач, пытаюсь перенести их в следующий релиз, но система выдает сообщение об ошибке.

1. Если пользователь не авторизовался, он видит форму с профилем. Необходимо перенаправлять пользователя на страницу авторизации, в случае, если он зашел на страницу Профиль

Реализованные доработки:

1. Улучшить навигацию в журнале изменений для требований. Если в журнале изменений находится изменение по требованию (или любой другой Wiki-страницы), то необходимо отображать ссылку на историю изменений.

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

1. Добавить информацию о дате изменения артефакта. На закладке Артефакты не отображается дата модификации артефакта, то есть непонятна свежесть этого артефакта.

1. Cоздание тестового сценария: наполнение. Доступна закладка "Тестирование" в зависимости от соответствующей опции методологии. Тестовый сценарий представляет собой Wiki-страницу, состоящую из тестовых случаев. Других уровней вложенности нет. Уровни называются соответствующим образом. Возможен поиск тестовых сценариев и случаев стандартными средствами.

1. Создание тестового сценария: связь с пожеланием. Если тестовый сценарий создается в рамках выполнения задачи по тестированию, по аналогии с задачами анализа, пользователь может связать тестовый сценарий с задачей по тестированию. Отображается связь тестового сценария с пожеланием. В списках с задачами тестовые сценарии отображаются в поле результат, по аналогии с требованиями.

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

1. Проведение функционального тестирования: создание задачи типа "Тестирование". При создании задачи данного типа необходимо предоставлять список тестовых сценариев, которые будут связаны с задачей. На странице "Задачи" отображается ссылка на тестовый сценарий, а также ссылка-метод на проведение теста.

1. Проведение функционального тестирования: выполнение теста. Пользователь переходит по ссылке "Пройти тест" после чего система проверяет наличие связанного теста, если его нет, то автоматически открывает задачу, создает объект теста, связывает его с задачей и тестовым сценарием. Система отображает тестовый сценарий со всеми тестовыми случаями сплошным текстом. В начале страницы отображается номер релиза, пользователю необходимо указать билд (если это поддерживается методологией). Каждый тестовый случай можно пометить как пройденный или заваленный. По окончании теста пользователь нажимает кнопку "Завершить тест" после чего система отмечает тест как завершенный и выполняет задачу указывая фактически прошедшее время с момента открытия задачи как фактическое время выполнения.

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

1. Просмотр отчета по тестированию. Для заданного релиза доступен просмотр отчета по тестированию. Система отображает перечень тестовых сценариев, с указанием процента тестовых случаев прошедших успешно, номера релиза и билда, для которых проводилось тестирование, и с возможностью перейти непосредственно к тесту. Пользователь может отфильтровать отчет по релизу и по тестировщику.

1. Улучшить управлением вопросами. Позволить задавать адресатов, кому задается вопрос. Список адресатов состоит из всех участников проекта. При указании адресатов, им рассылается уведомление о заданном вопросе, с сылкой по которой можно перейти непосредственно к вопросу. Действие "Задать вопрос разработчикам" переименовать в "Задать вопрос участникам". Добавить возможность просмотра всех вопросов/комментариев, которые были заданы в проекте.

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

1. Оотображать даты последних логонов. Чтобы узнать, кто и когда заходил в систему необходимо для каждого пользователя в разделе администрирования отображать последнюю дату входа. Тоже самое необходимо отображать на закладке Участники.

1. Добавить Skype к параметам пользователя и участника. Добавить Skype к параметам пользователя и участника

1. Изменить отображение полного журнала. Сейчас нет возможности посмотреть историю по журналу. Необходимо отображать журнал также как комментарии с группировкой по дням.

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

Известные ошибки:

Нет.