Саша, поясню подробнее свои ответы:
1. Support и клиент для команды должно быть одно и то же (кроме некоторых очень исключительных случаев)
В принципе да, но исходя из такого деления можно делать дополнительные выводы
Честно говоря я просто удивляюсь наличию такого деления в багтрекинге. Сам бы никогда специально его не ввёл. И вся информация, которую из этого деления можно получить, имхо, так только о работе саппорта.
2. Declined и reject для меня одно и то же, если не давать доп. пояснений. Непонятно, почему данные статусы приведены, а иные нет. Например очень интересно сколько из них вообще пофиксено.
Отписался в первоначальном посте - статус понимается по другому
Я так и понял, что Declined, это отклонённые. Мне совсем неясно - что же в этом случае означают Rejected :-). И почему их не посчитали вместе? И если уж показывать отдельную статистику по этим статусам, то имеет показывать полную статистику по всем статусам, что имеются в багтрекинге.
Что-то ещё затрудняюсь написать, так как для этого требуется помесячная детализация и т.д. :-)
Вот тут хотелось бы услышать какая информация нужна дополнительно (не просто и т.д.) это если подходить к посту выше как к ответу на собеседовании
Да собственно, а смотря что ты хочешь услышать - соответствующую информацию и нужно давать.Так как иначе получается просто рассказ о том, что я теоретически могу сказать, на основе тех или иных данных.
Если же совсем предположить ситуацию собеседования, то на этом этапе я бы завалил вопросами о жизненном цикле дефекта, о размере команды (разработчики/тестировщики) ну и дальше - зависит от хода беседы.