Какую выбрать test managment систему?

Спасибо! Обновил про деньги! ;)

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

Про виртуоза то понятно, никто из нас тут не Паганини =) А вот из профессионалов Вы себя зря вычеркиваете, тем более с таким настроем как "хочу чтобы моя работа приносила еще больше пользы". Еще несколько вопросов для лучшего видения вашего процесса:
- чем куют программисты? Visual Studio?
- какие management системы уже используются в проекте? Task Management, scrum management, bugtracker.
- в каком агрегатном состоянии пребывают требования? твердом, жидком или газообразном?
- кто кроме Вас смотрит тестовую документацию? Программисты, менеджеры, директора, заказчики?
- как быстро меняется код/требования/продукт(ы)?

PS: на данный момент мое впечатление такое:
1. Вам НЕ нужен TMS
2. Вам нужно заменить тест кейсы на чеклисты, при этом в тест кейсы переводить только часть неизменных идей (для внешней отчетности)
3. Для уменьшения bugrate'а Вам нужно улучшать процесс, желательно без привлечения дополнительных программных средств (типа TMS). Для этого сначала проанализируйте и запишите источники дефектов и проблем в проекте.

- IDE по умолчанию. Язык С++. Система Windows
- Jira, Agile-Подобный процесс девелопмента
- Требования или хэлп, или обсуждение с маркетолом, редкий раз с более старшими девелоперами
- Тест документацию смотрю сам, оооочень редко, почти никогда другие члены команды

Ваше "PS":
1. Вполне возможно, еще в процессе осмысления что вообще хочется-то?
2. Про чеклисты да, эта идея уже давно витает в умах команды. Однако как хранить, модифицировать, пользоваться и др вопросы связанные с чеклистом тоже не исчезают.

Про чеклисты - используйте excel или поищите плагин для Jira. Управлять и поддерживать актуальность чеклистов на порядок проще чем выполнять всё то же для тест кейсов. Поскольку кроме Вас никто не читает тест план, то и забудьте про TMS, тем более в agile. Если желание понаступать на грабли не исчезло - устанавливайте MS Test Manager.

4) - Для того чтобы хоть как-то можно было отвечать на вопрос подобный этому: "Сколько займет времени на тестирование новой версии?"
5) Это то конечно так, но мне хотелось бы удобные интерфейсы. Представляю себе это так: тест сценарий состоит из цели, набора шагов и ожидаемого результата. Я бы спроектировал след. UI-интерфейс. один едит для ввода цели, один для ожидаемого результата и еще один для ввода текста шага и кнопку '+' чтобы появился еще один едит для ввода очередного шага и одна глобальная save чтобы сохранить тест-сценарий

4) Эта задача решается без TMS. Поясню. TMS неспособно посчитать эффективное время выполнения теста. Время на чай для неё ничем не отличается от времени работы с тестируемым приложением. Всё что она сможет - это зафиксировать время старта и окончания прогона теста (либо метка времени на каждый шаг теста). По моим наблюдениям на практике эта информации бесполезна, т. к. если даже Вы не пьете чай, то отвлекаться на баги или просто уходить в сторону от сценария приходится почти всегда в ручных тестах. Таким образом один и тот же тест может гоняться час, два или целый день. Мой совет - классифицируйте тесты по времени выполнения на этапе их создания. Причем разбивайте грубо, точность до минут никому не нужна при таких погрешностях: 1 час, полдня, день, долгие тесты. Тогда не составит труда вычислить временную сложность тест плана или отдельной секции. Дальше - больше. Приоритезируйте тесты хотя бы на: критичные и необязательные, тогда получите и минимальное время на прогон плана. Это действительно полезная информация.. А на вопрос "сколько займет времени тестирование новой версии" лично я всегда отвечаю "от пары минут до бесконечности" =) Каков вопрос, таков и ответ. Итого: не нужно Вам с помощью TMS отслеживать среднее время прогона тестов, вместо этого клеймите тесты метками временной сложности еще на этапе создания.
5) Ну если так, то подходящий ответ - "Все умеют это". В смысле все TMS имеют поля для заголовков/целей/ID/авторов/статусов и пр., а также плюсики для добавления шагов. Вероятнее всего в любом из существующих UI Вы найдете плюсы и минусы, тут просто дело привычки. Итого: забейте на данный критерий. Он условно выполним для всех TMS.

4. Это нужно прежде всего мне. У меня и с оценкой задач то сложно. От меня ожидают что оценю сколько примерно займет времени, но если честно оценивать у меня это получается все хуже и хуже. Иной раз думаешь 3 часа,а при решении задачи понимаешь, что многого не учтено и не знал при планировании. Попытки научиться были, но видимо не дано. Сейчас же стараюсь сделать так, как мне кажется лучше всего т.е. из-за чего были возвраты денег клиенту, к примеру.

Две рекомендации: раз часто ошибаешься со временем, логично будет в будущем называть оценку + ошибку; при выполнении важных задач как только понимаешь что в срок не уложиться, сообщай об этом начальству с объяснением причин (перечисляй факты, которые не были учтены).

как тут печально все с нотификациями, больше года прошло, только счас отвечаю:( Есть пасс-фейл про прогоне в онтестпад:) вот так выглядит все внутри: screencast.com/t/vNOZbrMczJc
В Зефире тоже такое есть. А еще есть например тут: https://marketplace.atlassian.com/plugins/com.almw...