Импорт сценариев в TestLink

Добрый день, господа!

Что имеем: TestLink 1.9.3 и куча (более 2000) excel-файлов, являющих собой тест-кейсы по необходимой функциональности (стандартные таблички с Preconditions, steps to reproduce, expected result etc.)

Задача: импортировать данные сценарии в TL с наименьшими трудозатратами.

Какие есть идеи:
1. С помощью какой-либо тулзы сделать bulk-конвертацию из xls в xml
2. Привести полученные файлы в формат пригодный для импорта
3. ИМпортировать.

Что хочется узнать:
1. Возможно кто-то уже сталкивался с подобной задачей, хотелось бы узнать ваши варианты решения?
2. Возможно у кого-то есть рекомендации по утилитам для пункта 1?
3. А возможно кто-то по-братски пожелает поделиться какими-либо наработками скриптов для пункта 2?
4. Критика решения (не входных данных) привествуется: какие вы ожидаете подводные камни, чего стоит опасаться.

Заранее спасибо!

В Excel храню не тест-кейсы, просто чек-листы. Количество проверок примерно такое же.

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

Есть у меня подозрение, что тестлинк на таком количестве тест-кейсов загнется.

Опыт показывает, что не загнется :)
Успешно применяется и на 5к кейсов на конфигурации сервера чуть более чем средней и при этом Тестлинк ест ресурсов около 20-30% в пики посещаемости.

Кстати, если бы проблемы с быстродействием, попробуйте сменить БД: если изначально ТЛ был заточен на хранение сценариев "в файле" - тогда и правда бывают серьезные тормоза.

Думаю, что COM-интерфейс к excel + COM-интерфейс к MSXML сделают своё дело.
В качестве примера могу дать Word2TestLink (у нас тесты пишутся в Word-е, так было исторически).

Word 2 Testlink - сценарий переноса структуры тестов из документа Microsoft Word в систему урпавления тестами Testlink. Есть две версии (обе написаны на VBS + XSLT, поэтому исходный код и есть программа):

• Версия 1.0.4:
  
  
• Дистрибутив: Word2TestLink.1.0.4.hta.zip
• В документе описывается иерархия тестов (без списка шагов, подробных описаний и ожидаемых результатов) в виде иерархического списка.
• Структура тестов определяется иерархией элементов списка.
• Перед передачей документа утилите Word 2 Testlink нужно убрать из документа всё, кроме структуры тестов (самого списка).
• Есть:
  
• Заголовок теста
• Описание теста (одна строка)
• Шаг теста (одна строка, только один шаг)
• Ожидаемый результат (одна строка, только один ожидаемый результат)

[*]Версия 1.0.5.

• Дистрибутив: Word2TestLink.1.0.5.hta.zip
• В документе описывается иерархия тестов с шагами, подробными описаниями, ожидаемыми результатами.
• Структура тестов определяется по иерархии заголовков документа.
• Перед передачей документа утилите Word2Testlink ничего из документа убирать не нужно, Word2Testlink найдёт заголовок "Тестовые условия" и всё содержимое соотвествующего раздела/главы перенесёт в xml-файл.
• Есть:
  
• Заголовок теста
• Описание теста (любое число строк и абзацев)
• Шаги (любое количество шагов)
• Ожидаемый результат (любое количество ожидаемых результатов)

[/list]
Краткое описание формата входного документа для 1.0.4
В проекте тестов (в документе Word) используются следующие соглашения по разметке:

• {...}​ - описание группы тестов или теста;
• (*...*) - шаг;
• [...] - ожидаемый результат.

Иерархия тестов определяется иерархией списка тестов, в одной строке надо описать один тест полностью. Раньше (до TestLink 1.9.3 не было отдельных шагов и отдельных ожидаемых результатов, было только одно поле Шаг и одно большое поле Ожидаемый результат, вот в те времена использовали такой способ написания, если его использовать сейчас, в 1.9.3, то будет заполнен только первый шаг и первый одижаемый результат).
Например:

• Функциональное тестирование {описание группы тестов - необязательно}
  
  • Поиск в графическом режиме {Это соновной способ выполнения поиска, тесты этой группы надо выполнять в первую очередь}
    
    • Единый поиск по всем объектам {описание группы тестов - необязательно}
      
    • Поиск по тексту документа {Поиск по тексту версий документа} (*Ввести в критериях поиска текст, который не состоит полностью из стоп-слов (or, the, and, a, ..., к, в, от, ...), текст должен содержать слова, используемые в тексте одной из версий документа, разрешаетс использовать символ *, и выполнить поиск.*) [В результатах поиска будет показан документ, в версии которого точно содержится поисковая фраза, поиск выполнится быстро, в результатах поиска не будет лишних элементов]
    • Поиск по реквизитам карточки документа {описание - необязательно} (*шаг - необязательно*) [ожидаемый результат - необязательно]
    • Поиск по реквизитам карточки папки {описание} (*шаг*) [ожидаемый результат]
  • Обновление результатов поиска без смены критериев {описание}
    
    • Какой-то тест {описание} (*шаг*) [ожидаемый результат]
  • Уточнение критериев поиска {описание}
    
    • Какой-то тест {описание} (*шаг*) [ожидаемый результат]
• Выполнение поиска через объектную модель {описание}
  
  • Тест {описание} (*шаг*) [ожидаемый результат]
  • Тест {описание} (*шаг*) [ожидаемый результат]
  • Тест {описание} (*шаг*) [ожидаемый результат]

Если элемент списка не имеет дочерних, то это тест, если имеет - то это группа и поля (*шаг*) [ожидаемый результат] будут проигнорированы.


Краткое описание формата входного документа для 1.0.5.
Когда в TestLink поиявились отдельные строки для шагов и для каждого шага стало возможным задание ожидаемого результата, то была сделана ещё одна версия.

• Тестами считаются все элементы, начиная с заголовка 1-го или 2-го уровней, начинающегося со слов "Тестовые условия" и до заголовка уровня 1 или 2 (или до конца документа, если заголовков уровня 1 или 2 не будет найдено).
• Струкура тестов определяется уровнем вложенности заголовков, таким образом будущую иерархию тестов можно наблюдать в левой панели "Иерархия" Microsoft Word.
• Элементы иерархии, что не имеют вложенных элементов (за ними нет заголовков, чей уровень превышает по номеру уровень текущего), считаются тестами, для них обрабатываются описания, а также шаги и ожидаемые результаты.
• Элементы иерархии, что имеют вложенные элементы (за нимим идут заголовки, номер уровня которых больше текущего) считаются группами, для них весь текст от текущего заголовка (названия группы) до сделующего (название вложенной группы или тестов) считается описанием текущей группы тестов и переносится в поле описание.
• Шаги и ожидаемые результаты оформляются в виде таблицы. В таблице должно быть 2 столбца, первая строка таблицы не обрабатывается (считается что там всегда записано в первой колонке текст "Шаг", а во второй "Ожидаемый результат" - заголовки колонок), а все последующие строки таблицы обрабатываются и переносятся как шаги и соотвествующе ожидаемые результаты.
• Также есть выгрузка картинок, вставленных в документ (картинки будут видны в TestLink).

На будущее
По хорошему, надо привести пример документов. И так-то обещал сделать это для одной девушки (Татьяна из компании ЦВТ), обещание было дано давно, ещё на презентации Visual Studio 2011 beta (13 апреля 2012 года). Но текущая документация на Word2TestLink содержит текст тестов, которые нельзя демонстрировать другим. А переписать документацию всё нет времени.

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

Копилефт
Лицензия на Word2TestLink - GNU GPL последней версии.

Опыт показывает, что не загнется :)
Успешно применяется и на 5к кейсов на конфигурации сервера чуть более чем средней и при этом Тестлинк ест ресурсов около 20-30% в пики посещаемости.

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

Например:
Дано около 14К тестов с группами тестов вложенностью до 10 уровней. При импорте одной из групп тестов (3600) с помощью XML Import, ТестЛинк отваливается: не отображает правую часть страницы, ошибок не выдает, просто выполнение прерывается и усё. Удалось импортировать по частям, но это муторно, потому что приходится повторять импорт впоследствии. Лучше всего получилось с использованием TestLink API, который вполне успешно справляется с задачей.

Другая проблема: при попытке добавить тесты из большой группы тестов в тест-план, ТестЛинк теряет часть тестов, например, из 2000 добавляется только 1600

Ну и вот еще: импортировал я сегодня через API около 3200+ тестовых результатов только для одного билда, а у нас их за релиз несколько десятков, а то и больше бывает. Помножить это на 10 платформ для каждого билда. Так вот страница статистики "Test Execution" стала открываться несколько минут.

А ежели API используется в несколько потоков, TestLink UI совсем неотзывчивый становится.

Конфигурация у нас вроде 4 процессора, 8 ГБ память. Какие рекомендации будут?

Какие рекомендации будут?

В коде сценария импорта есть ограничения. Их снять нельзя, но можно увеличить.
Имея 8 Гб ОЗУ (у моего сервера всего 1Гб и он тянет много чего), можно увеличить мои значения (см. ниже) на порядок.

/** Maximum uploadfile size to importing stuff in TL */
// Also check your PHP settings (default is usually 2MBs)
// unit BYTES is required by MAX_FILE_SIZE HTML option
$tlCfg->import_file_max_size_bytes = '4194304';	// !default value: 409600

/** Maximum line size of the imported file */
$tlCfg->import_max_row = '100000'; // in chars	// !default value: 10000

Эти параметры надо внести в custom_config.inc.php. Это первая часть.

Также надо в конфиге php (php.ini) расширить возможности php. Позволить ему занимать больший объем памяти (по умолчанию ограничение 8 Мб), позволить ему выполнять скрипты долго, позволить ему дольше загружать внешние файлы (если они большие), позволить ему загружать большие файлы.

max_input_time = 60
memory_limit = 512M
post_max_size = 100M
upload_max_filesize = 50M
mysql.connect_timeout = 1000

И возможно, это не единственные ограничения, которые надо будет настроить вам. Есть ещё настройки MySQL.

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

Думаю, что COM-интерфейс к excel + COM-интерфейс к MSXML сделают своё дело.
В качестве примера могу дать Word2TestLink (у нас тесты пишутся в Word-е, так было исторически).

Word 2 Testlink - сценарий переноса структуры тестов из документа Microsoft Word в систему урпавления тестами Testlink. Есть две версии (обе написаны на VBS + XSLT, поэтому исходный код и есть программа):

• Версия 1.0.4:
   
• Дистрибутив: Word2TestLink.1.0.4.hta.zip
• В документе описывается иерархия тестов (без списка шагов, подробных описаний и ожидаемых результатов) в виде иерархического списка.
• Структура тестов определяется иерархией элементов списка.
• Перед передачей документа утилите Word 2 Testlink нужно убрать из документа всё, кроме структуры тестов (самого списка).
• Есть:
• Заголовок теста
• Описание теста (одна строка)
• Шаг теста (одна строка, только один шаг)
• Ожидаемый результат (одна строка, только один ожидаемый результат)

[*]Версия 1.0.5.

•  
• Дистрибутив: Word2TestLink.1.0.5.hta.zip
• В документе описывается иерархия тестов с шагами, подробными описаниями, ожидаемыми результатами.
• Структура тестов определяется по иерархии заголовков документа.
• Перед передачей документа утилите Word2Testlink ничего из документа убирать не нужно, Word2Testlink найдёт заголовок "Тестовые условия" и всё содержимое соотвествующего раздела/главы перенесёт в xml-файл.
• Есть:
• Заголовок теста
• Описание теста (любое число строк и абзацев)
• Шаги (любое количество шагов)
• Ожидаемый результат (любое количество ожидаемых результатов)

[/list]Краткое описание формата входного документа для 1.0.4
В проекте тестов (в документе Word) используются следующие соглашения по разметке:

• {...}​ - описание группы тестов или теста;
• (*...*) - шаг;
• [...] - ожидаемый результат.

Иерархия тестов определяется иерархией списка тестов, в одной строке надо описать один тест полностью. Раньше (до TestLink 1.9.3 не было отдельных шагов и отдельных ожидаемых результатов, было только одно поле Шаг и одно большое поле Ожидаемый результат, вот в те времена использовали такой способ написания, если его использовать сейчас, в 1.9.3, то будет заполнен только первый шаг и первый одижаемый результат).
Например:

• Функциональное тестирование {описание группы тестов - необязательно}
  • Поиск в графическом режиме {Это соновной способ выполнения поиска, тесты этой группы надо выполнять в первую очередь}
    • Единый поиск по всем объектам {описание группы тестов - необязательно}
    • Поиск по тексту документа {Поиск по тексту версий документа} (*Ввести в критериях поиска текст, который не состоит полностью из стоп-слов (or, the, and, a, ..., к, в, от, ...), текст должен содержать слова, используемые в тексте одной из версий документа, разрешаетс использовать символ *, и выполнить поиск.*) [В результатах поиска будет показан документ, в версии которого точно содержится поисковая фраза, поиск выполнится быстро, в результатах поиска не будет лишних элементов]
    • Поиск по реквизитам карточки документа {описание - необязательно} (*шаг - необязательно*) [ожидаемый результат - необязательно]
    • Поиск по реквизитам карточки папки {описание} (*шаг*) [ожидаемый результат]
  • Обновление результатов поиска без смены критериев {описание}
    • Какой-то тест {описание} (*шаг*) [ожидаемый результат]
  • Уточнение критериев поиска {описание}
    • Какой-то тест {описание} (*шаг*) [ожидаемый результат]
• Выполнение поиска через объектную модель {описание}
  • Тест {описание} (*шаг*) [ожидаемый результат]
  • Тест {описание} (*шаг*) [ожидаемый результат]
  • Тест {описание} (*шаг*) [ожидаемый результат]

Если элемент списка не имеет дочерних, то это тест, если имеет - то это группа и поля (*шаг*) [ожидаемый результат] будут проигнорированы.


Краткое описание формата входного документа для 1.0.5.
Когда в TestLink поиявились отдельные строки для шагов и для каждого шага стало возможным задание ожидаемого результата, то была сделана ещё одна версия.

• Тестами считаются все элементы, начиная с заголовка 1-го или 2-го уровней, начинающегося со слов "Тестовые условия" и до заголовка уровня 1 или 2 (или до конца документа, если заголовков уровня 1 или 2 не будет найдено).
• Струкура тестов определяется уровнем вложенности заголовков, таким образом будущую иерархию тестов можно наблюдать в левой панели "Иерархия" Microsoft Word.
• Элементы иерархии, что не имеют вложенных элементов (за ними нет заголовков, чей уровень превышает по номеру уровень текущего), считаются тестами, для них обрабатываются описания, а также шаги и ожидаемые результаты.
• Элементы иерархии, что имеют вложенные элементы (за нимим идут заголовки, номер уровня которых больше текущего) считаются группами, для них весь текст от текущего заголовка (названия группы) до сделующего (название вложенной группы или тестов) считается описанием текущей группы тестов и переносится в поле описание.
• Шаги и ожидаемые результаты оформляются в виде таблицы. В таблице должно быть 2 столбца, первая строка таблицы не обрабатывается (считается что там всегда записано в первой колонке текст "Шаг", а во второй "Ожидаемый результат" - заголовки колонок), а все последующие строки таблицы обрабатываются и переносятся как шаги и соотвествующе ожидаемые результаты.
• Также есть выгрузка картинок, вставленных в документ (картинки будут видны в TestLink).

На будущее
По хорошему, надо привести пример документов. И так-то обещал сделать это для одной девушки (Татьяна из компании ЦВТ), обещание было дано давно, ещё на презентации Visual Studio 2011 beta (13 апреля 2012 года). Но текущая документация на Word2TestLink содержит текст тестов, которые нельзя демонстрировать другим. А переписать документацию всё нет времени.

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

Копилефт
Лицензия на Word2TestLink - GNU GPL последней версии.

 

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

 

У нас сейчас такая ситуация, что к TestLink доступ появится не раньше чем через две-три недели, а кейсы уже писать сейчас надо. Хотелось бы писать сразу правильно, чтобы потом можно было просто уже написанное импортировать в TL без геммороя и переписывания.

 

Помогите примером, пожалуйста! Если у вас там реально какие-то документы, которые не желательно выкладывать на общий доступ, можете мне в личку дать, я обещаю никому не показывать! 

 

Выручайте 

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

 

 

 

У нас сейчас такая ситуация, что к TestLink доступ появится не раньше чем через две-три недели, а кейсы уже писать сейчас надо. Хотелось бы писать сразу правильно, чтобы потом можно было просто уже написанное импортировать в TL без геммороя и переписывания.

 

Помогите примером, пожалуйста! Если у вас там реально какие-то документы, которые не желательно выкладывать на общий доступ, можете мне в личку дать, я обещаю никому не показывать! 

 

Выручайте 

 

Возможно вам подойдет

http://sourceforge.n...s/ex-converter/

Возможно вам подойдет

 

http://sourceforge.n...s/ex-converter/

 

 

Спасибо за помощь, но мне кажется, что эта тула еще более громоздкая, чем Word2TesLink конврертер. В ней совсем не понятно какого формата должен быть входящий Excel файл. Что за поля в самой туле? Надо ли их заполнять? Черт ногу сломит...

 

Эх, был бы пример, можно было бы разобраться, а так остается методом тыка искать правильный вариант.

 

Возможно вам подойдет

 

http://sourceforge.n...s/ex-converter/

 

 

Спасибо за помощь, но мне кажется, что эта тула еще более громоздкая, чем Word2TesLink конврертер. В ней совсем не понятно какого формата должен быть входящий Excel файл. Что за поля в самой туле? Надо ли их заполнять? Черт ногу сломит...

 

Эх, был бы пример, можно было бы разобраться, а так остается методом тыка искать правильный вариант.

 

Посмотрите

demo.testlink.org
demo.testlink.org/latest/docs/tl-file-formats.pdf

Разобрался. В аттаче пример для Word2TestLink 1.0.5. Единственное что - не разобрался с изображениями. 

 

ВАЖНО! Чтобы конкретно эта XML обработалась надо кликать на "Test Suite Operations" и добавлять группу тесткейсов!

 

Думаю, что COM-интерфейс к excel + COM-интерфейс к MSXML сделают своё дело.
В качестве примера могу дать Word2TestLink (у нас тесты пишутся в Word-е, так было исторически).

Word 2 Testlink - сценарий переноса структуры тестов из документа Microsoft Word в систему урпавления тестами Testlink. Есть две версии (обе написаны на VBS + XSLT, поэтому исходный код и есть программа):

• Версия 1.0.4:
   
• Дистрибутив: Word2TestLink.1.0.4.hta.zip
• В документе описывается иерархия тестов (без списка шагов, подробных описаний и ожидаемых результатов) в виде иерархического списка.
• Структура тестов определяется иерархией элементов списка.
• Перед передачей документа утилите Word 2 Testlink нужно убрать из документа всё, кроме структуры тестов (самого списка).
• Есть:
• Заголовок теста
• Описание теста (одна строка)
• Шаг теста (одна строка, только один шаг)
• Ожидаемый результат (одна строка, только один ожидаемый результат)

[*]Версия 1.0.5.

•  
• Дистрибутив: Word2TestLink.1.0.5.hta.zip
• В документе описывается иерархия тестов с шагами, подробными описаниями, ожидаемыми результатами.
• Структура тестов определяется по иерархии заголовков документа.
• Перед передачей документа утилите Word2Testlink ничего из документа убирать не нужно, Word2Testlink найдёт заголовок "Тестовые условия" и всё содержимое соотвествующего раздела/главы перенесёт в xml-файл.
• Есть:
• Заголовок теста
• Описание теста (любое число строк и абзацев)
• Шаги (любое количество шагов)
• Ожидаемый результат (любое количество ожидаемых результатов)

[/list]Краткое описание формата входного документа для 1.0.4
В проекте тестов (в документе Word) используются следующие соглашения по разметке:

• {...}​ - описание группы тестов или теста;
• (*...*) - шаг;
• [...] - ожидаемый результат.

Иерархия тестов определяется иерархией списка тестов, в одной строке надо описать один тест полностью. Раньше (до TestLink 1.9.3 не было отдельных шагов и отдельных ожидаемых результатов, было только одно поле Шаг и одно большое поле Ожидаемый результат, вот в те времена использовали такой способ написания, если его использовать сейчас, в 1.9.3, то будет заполнен только первый шаг и первый одижаемый результат).
Например:

• Функциональное тестирование {описание группы тестов - необязательно}
  • Поиск в графическом режиме {Это соновной способ выполнения поиска, тесты этой группы надо выполнять в первую очередь}
    • Единый поиск по всем объектам {описание группы тестов - необязательно}
    • Поиск по тексту документа {Поиск по тексту версий документа} (*Ввести в критериях поиска текст, который не состоит полностью из стоп-слов (or, the, and, a, ..., к, в, от, ...), текст должен содержать слова, используемые в тексте одной из версий документа, разрешаетс использовать символ *, и выполнить поиск.*) [В результатах поиска будет показан документ, в версии которого точно содержится поисковая фраза, поиск выполнится быстро, в результатах поиска не будет лишних элементов]
    • Поиск по реквизитам карточки документа {описание - необязательно} (*шаг - необязательно*) [ожидаемый результат - необязательно]
    • Поиск по реквизитам карточки папки {описание} (*шаг*) [ожидаемый результат]
  • Обновление результатов поиска без смены критериев {описание}
    • Какой-то тест {описание} (*шаг*) [ожидаемый результат]
  • Уточнение критериев поиска {описание}
    • Какой-то тест {описание} (*шаг*) [ожидаемый результат]
• Выполнение поиска через объектную модель {описание}
  • Тест {описание} (*шаг*) [ожидаемый результат]
  • Тест {описание} (*шаг*) [ожидаемый результат]
  • Тест {описание} (*шаг*) [ожидаемый результат]

Если элемент списка не имеет дочерних, то это тест, если имеет - то это группа и поля (*шаг*) [ожидаемый результат] будут проигнорированы.


Краткое описание формата входного документа для 1.0.5.
Когда в TestLink поиявились отдельные строки для шагов и для каждого шага стало возможным задание ожидаемого результата, то была сделана ещё одна версия.

• Тестами считаются все элементы, начиная с заголовка 1-го или 2-го уровней, начинающегося со слов "Тестовые условия" и до заголовка уровня 1 или 2 (или до конца документа, если заголовков уровня 1 или 2 не будет найдено).
• Струкура тестов определяется уровнем вложенности заголовков, таким образом будущую иерархию тестов можно наблюдать в левой панели "Иерархия" Microsoft Word.
• Элементы иерархии, что не имеют вложенных элементов (за ними нет заголовков, чей уровень превышает по номеру уровень текущего), считаются тестами, для них обрабатываются описания, а также шаги и ожидаемые результаты.
• Элементы иерархии, что имеют вложенные элементы (за нимим идут заголовки, номер уровня которых больше текущего) считаются группами, для них весь текст от текущего заголовка (названия группы) до сделующего (название вложенной группы или тестов) считается описанием текущей группы тестов и переносится в поле описание.
• Шаги и ожидаемые результаты оформляются в виде таблицы. В таблице должно быть 2 столбца, первая строка таблицы не обрабатывается (считается что там всегда записано в первой колонке текст "Шаг", а во второй "Ожидаемый результат" - заголовки колонок), а все последующие строки таблицы обрабатываются и переносятся как шаги и соотвествующе ожидаемые результаты.
• Также есть выгрузка картинок, вставленных в документ (картинки будут видны в TestLink).

На будущее
По хорошему, надо привести пример документов. И так-то обещал сделать это для одной девушки (Татьяна из компании ЦВТ), обещание было дано давно, ещё на презентации Visual Studio 2011 beta (13 апреля 2012 года). Но текущая документация на Word2TestLink содержит текст тестов, которые нельзя демонстрировать другим. А переписать документацию всё нет времени.

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

Копилефт
Лицензия на Word2TestLink - GNU GPL последней версии.

 

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

 

У нас сейчас такая ситуация, что к TestLink доступ появится не раньше чем через две-три недели, а кейсы уже писать сейчас надо. Хотелось бы писать сразу правильно, чтобы потом можно было просто уже написанное импортировать в TL без геммороя и переписывания.

 

Помогите примером, пожалуйста! Если у вас там реально какие-то документы, которые не желательно выкладывать на общий доступ, можете мне в личку дать, я обещаю никому не показывать! 

 

Выручайте 

Как вариант можно самому поднять ТестЛинк на своей машине - а потом экспортом-импортом тесты перенести.

Если сложно то можно использовать для полигона вот этот уже поднятый ТестЛинк^ http://4qa.by/testlink/login.php 

Логин-Пароль% admin-admin.

 

Как вариант можно самому поднять ТестЛинк на своей машине - а потом экспортом-импортом тесты перенести.

Если сложно то можно использовать для полигона вот этот уже поднятый ТестЛинк^ http://4qa.by/testlink/login.php 

Логин-Пароль% admin-admin.

 

 

Можно просто зайти на http://demo.testlink.org/ это демо версия, уже настроенная, и посмотреть что там и как. Не надо ничего устанавливать и пробовать.

тест линк устанавливается за 15 минут, это ещё чаю попить успеть можно...

Всем привет! А все же кто-то может подсказать как сделать импорт в TestLink из .xls? Пытаюсь конвертером (EX-Converter 1.2.1) - плюется и выдает ошибку о неправильном формате .xls файла, уже и по образцу форматировал файл с кейсами (образец брал - http://demo.testlink...ile-formats.pdf) и все никак(((