Помогите,нужна бесплатная прога для хранения тест-кейсов,все довольно просто :

• сам тест-кейс
• чо от него ожидают
• результат

Дайте ссылки пажалуйста, ничего толкового не могу найти.
Можно без всяких веб-интерфейсов.
Или вот есть у меня список программ может из них что посоветуете:

• DDTunit,
• GroboUtils,
• Request Tracker,
• SimpleTest,
• Test Case Web,
• Testing Monitor,
• Testmaster,
• yakTest.

Сообщение отредактировал Case - 2.8.2007, 9:16

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

Excel + система версионного контроля (SVN, StartTeam ...)

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

Коллеги,

Excel - пока никем не превзойденное средство для работы с табличными данными. Из него легко импортить и чуть мене проще, но возможно, в него экспортить данные. Так что для небольшого проекта (человек этак до 10, в сумме и до 100 кейсов) это действительно хорошее средство. Если его дополнить небольшими скриптами на VBA для получения статистических данных и упрощения работы, то лучше средства и не надо.
(IMG:style_emoticons/default/good.gif)

Но у него есть два ограничения.
1. Мы пробовали работать с ним одновременно в сетевом режиме. Это еще та задачка, скажу я вам. Здесь большой минус.
2. Очень сложно поддерживать тест кейсы в актуальном состоянии. Когда их набирается с сотню, то эта задача становиться сущим наказания (в первую очередь, в психологическом плане). Excel подавляет своей массивностью.
(IMG:style_emoticons/default/focus.gif)

Если у вас сетевая работа с кейсами, то посмотрите новые фичи Гугла по работе с документами. Пока с ними работать трудно (это бета режим, все тормозит и иногда виснет), но когда система будет доведена до ума, то распределенная работа с документами значительно упростится. Причем, можно сразу же завести себе блог, открыть к нему доступ для проектной команды и постить туда финальные версии документов.

Фактически, Гугл становиться интернет версией офиса и вскоре на его базе можно будет организовать коллективную работу небольшого проекта.
(IMG:style_emoticons/default/victory.gif)

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

Тут стоит только один вопрос: на сколько мы доверяем Гуглу :)

Вот интересная статейка и комментарии на тему Гугла
http://www.habrahabr.ru/blog/i_am_clever/20367.html

- на прошлой работой решалось следующим образом: создается shared workbook, создаются N копий (например по количеству тестеров, выполняющих тесты, каждый тестер в течениии дня заносит результаты тестирования в свою копию), в конце дня выполняем Merge workbooks и получаем все данные в одном файле.

Второе ограничение, по-моему, надумано.

Мы игрались в эти игры лет 5-6 назад. Тогда все было немного печальнее...

Вопрос доверия существует всегда.

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

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

Чем выше риски - тем выше стоимость решения!

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

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

Народ, а вы не в курсе, тот сервис о котором пишет Green, есть ли в проектах Микрософта?

Попробовал сей сервис.
Вот первые впечатления.
1. Опера не поддерживается - грустььно :(
2. Открыл новую таблицу - функциональности очень мало. Прямой копи-паст существующего документа с тест-кейсами из экселевской таблицы - ужасть что получилось :)
3. Можно импортировать файлы экселя. Сделал. Попробовал изменить - документ ушел на обновление - попил кофе. Пришёл - документ обновился. Медленно. :(
Пока неутешительный вывод - работать можно - но не нужно.
К сожаленью эксель + мёрдж рулит (IMG:style_emoticons/default/dirol.gif) . Хотя, идея интересная.

Ну Green так и написал в своем первом посте в теме

У Майкрософт то же есть аналогичный сервис. Только они пошли по другому пути. Для виртуализации работы малого и среднего бизнеса Майкрософт предлагает хостинг с виртуальным Офисом (веб интерфейс для офисных программ). Программа имеет несколько режимов. Самый простой (кажеться, до пяти человек и с ограниченным набором функций) - бесплатный.
1. Но такая плащадка выделяется для компании (ни для частных лиц).
2. И только для американских компаний.

Так что если есть заход со стороны США, то вы вполне можете получить себе площадку для работы в виртуальном режиме.

Мы у себя рассматриваем вопрос об использовании для этих целей SharePoint. В SharePoint 2003 есть списки Issues, которые поддерживают версионность своих элементов. В SharePoint 2007 версионность поддерживается для любых списков. Впрочем, мы пока экспериментировали с SharePoint 2003. Версионность позволяет менять статус теста после его очередного выполнения, а в дальнейшем собирать статистику по тестам. Поля списка настраиваются так, как необходимо, можно добавлять свои поля нужных типов. Можно ввести поле, где из выпадающего списка выбирается билд, на котором запускался тест (список билдов при этом может жить самостоятельно). При необходимости к тест-кейсу можно добавить вложения. Далее интересная возможность - фильтрация элементов списка. Различные версии одного и того же элемента тоже являются элементами, соответственно, можно создавать различные представления списка тест-кейсов: просматривать только последние версии, версии на определённую дату, билд. Наконец, если функциональности по фильтрации списка, предоставляемой SharePoint, не хватит, всегда можно открыть список в Excel'е и макросами получить из него необходимую информацию.
Ну, и надо отметить: SharePoint Services - бесплатная штука.

Ничего про перечисленные программы сказать не могу. Могу посоветовать другое:
1) Excel + контроль версий - если вас мало и не пугают трудности совместной работы
2) SharePoint - если он у вас есть, это как Excel только нет трудностей совместной работы. Я пробовал вестит test case на SharePoint - не понравилось, как и Excel
3) Бесплатные инструменты Test Case Managment, как то:
TestLink - http://lib.custis.ru/index.php/TestLink
QaTraq - http://lib.custis.ru/index.php/QaTraq
Litmus - http://lib.custis.ru/index.php/Litmus - чересчур специфичен
RTH - http://www.rth-is-quality.com/ - пока не смотрел подробно

Еще посмотрите http://www.opensourcetesting.org/testmgt.php

Alfa

А можете рассказать чуть подробнее, что именно не понравилось?

У нас в компании есть опыт использования TestLink-а и RTH-а.

TestLink
Главный недостаток - javascript-ое дерево, которое начинает заметно тормозить уже при приближении к сотне тест кейсов, тул прост в использовании. Легко разобраться. Можно создавать тестовое workflow. Баги постоянно правятся. Есть форум по тулу (кажется, даже на русском).

RTH
Для того, что бы этот бесплатный тул заработал, пришлось лазить в код (может сейчас уже и более стабильная версия). Интерфейс достаточно тяже, зато нет таких ограничений как у TestLink-а. В конечном итоге получилась связка - RTH-Word-Jira-Mercury QTP.

В результате ребята, которые собрали эту штуку, получили тул ничем не уступающий TestDirector-у.

Требования ведутся в word-е, линкуются в RTH и привязываются к тест кейсам. Тест кейсы собираются в тест сьюты. Результаты тестирования учитываются по тест сьютам (т.е. привязаны не к тест кейсу, а к его линку в тест сьюте)? но можно просмотреть всю историю по конкретному тесткейсу. Есть связь требование - тест кейс - баг (баги ведуться в Jira).

Тест кейс может быть связан с тест скриптом. Тест скрипты запускаются автоматически. В случае если тест скрипт не сработал в Jira заноситься тест лог в виде бага (утром он правится руками, если надо).

У вас случайно не firefox с установленным adblock? Раньше тоже страдал от тормозов в TestLink, но после того как отключил adblock все быстро работает и при 300 кейсах. Хотя может свежая версия 1.6.3 лучше написана?
А у нас из претензий к testlink - наличие frame интерфейса.

По поводу, что не понравилось в sharepoint:
* работа в табличном режиме с test cases мне показалась крайне неудобной
** при большом количестве кейсов крайне неудобно
** много полей в кейсе == много столбцов - опять неудобно
* отсутствие отчетов в любой форме: можно конечно и дописать и как тут упоминалось экспортировать в Excel и делать их там (написав), но в TestLink и QaTraq они есть в достаточно приличном виде сразу. А если хочется что-то дописать, допишите нужные вам отчеты в TestLink, благо он opensource.
* тяжелый интерфейс
* работа только в IE - не люблю IE

Хотя приятно что в sharepoint можно вести и требования и удобно привязывать их к кейсам, но опять без отчета о покрытии требований (которого нет) это вам никак не поможет.

Вообщем sharepoint как я уже писал - это как excel, только с совместной работой.

А какую версию RTH у вас использовали (или когда)? И какие ограничения TestLink вам так мешали? RTH настолько более гибкий чем TestLink? Чем конкретно он лучше TestLink?