Как установить testlink на ubuntu

Обновлено: 04.07.2024

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

Вот здесь всё написано правильно и умным языком. Я же предлагаю простое обьяснение здесь и сейчас.

Итак, у нас есть тестлинк, он поднят на денвере (может позднее опишу как это сделать за полчаса и как избежать подводных камней.). Локаль русская.
И мы готовимся в первый раз зайти в него. В принципе, переквизиты стандартные.
Поехали.

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

Часть первая. Немного теории

TL работает с несколькими классами объектов, подчиненных иерархической структуре. Первая цепочка - это иерархия пользовательских ролей.
guest
tester
test designer
senior tester
leader
admin

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

Следующая цепочка объектов - это те, непосредственно с которыми работает пользователь.
Продукт.
Проект.
Тест-план. (тут два спиноффа - версия(сборка) и платформа
Группа требований
Требование
Набор тестов (тест сьют)
Дочерний набор тестов (вложенность неограничена)
Тест.

Понеслась теория.

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

Часть вторая. Практика.

Итак, когда с теорией покончено - давайте пробежимся по TL и составим куцый схематический и убогий тест-план для тетриса. Если в ТЛ ещё не создано проектов, то нам предлагается тут же сделать это.
Опции создания расписывать не буду. Будет интересно - подойдёте, спросите. А потом дополните. Единственное, что стоит знать - это надо активировать требования, приоритет, активность и доступность (паблик). Интеграция с трекером есть, но надо немного попилить и со стороны трекера тоже.

Создали.
Теперь вам доступен ДашБорд ТЛ. Ваш лучший друг на время использования этого инструмента.
Создаем тест-план (единственная менюшка справа). Так же делаем его актив и бублик (public). Пусть это будет тест план, посвященной вращабельности, падательности и исчезательности фигурок. Создали. Видали сразу сколько интересного стало доступно справа?

Агонь, да?

Вот теперь можно и развернуться в полную силу. Давайте зададимся вопросом, где будет проводиться тестирование?
Пусть это будет мобилка и ПК. Надо бы создать такие платформы.
Идём в "Управление платформами" слева на дашборде TL (далее - ДБ). Создаем мобилку и ПК.
Чудненько! Версию будем добавлять в самый последний момент, имхо.

А пока что идём в "Редактировать требования" и создаем требования, которые будем покрывать тестами. "Редактировать требования" - слева на ДБ.
Итак, создаем требования. В открывшемся окне мы видима два основных фрейма. В правом бесполезная информация на иностранном языке, которую читать не обязательно.
Нас интересует левый фейм.
В нем мы видим кучку фильтров, которые пригодятся нам в следующем столетии. И внизу папочку с названием нашего проекта. Клац на неё. Ага. Добавляем новое требование.
Пусть айдишник будет 0001. Назовем "вращабельность"


Эта спецификация требования будет проверять нам функциональность вращения фигур тетриса.

Тип, я на самом деле ХЗ какой ставить, но ставил Юзер реквайрмент спесификатион.
Сохраняем. Таким же макаром создаем спеки "скоропадательность" и исчезаемость. Ну и айди документов можно поменять на 0002 и 0003, соответственно.

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


Кстати, внизу есть такое любопытнейшее поле, которе предлагает нам угадать сколько кейзов понадобится для покрытия требования.
Можно писать любое число, но тогда готовьтесь к любопытным эффектам.
Можно сказать:
" -Я покрою это требование с 3х кейзов!
- Покрывайте!"
И тогда если мы привяжем три кейза к нашему требованию, то будет покрыто 100% требования. Если 2 кейза, то тестами будет покрыто всего 66% требования. Ну вы поняли, да? Так что чего и сколько ставить - это уже вам решать. На вашей совести. Я обычно оставляю 1, а потом смотрю сколько кейзов получится и редактирую.

Получаем картину примерно такую:


Два других требования я предлагаю вам создать самим по аналогии.



Итак, требования готовы! Можно начинать покрывать их кейзами.
Идём в ДБ.



Кликаем на "Редактировать тесты" (слева)
Знакомая картинка, да? Опять бесполезный правый фрейм, никому не нужные фильтры справа сверху и ниже них - папочка с названием проекта. Что ж, можем создавать наборы тестов и дочерние наборы какие хотим ) Но лучше не какие хотим, а какие надо.

А надо нам три набора, например.


Мы можем делать какую хотим вложенность и инфрасруктуру. Но всё это тлен, а нам нужны только три наборчика. Я думаю сами докгадаетесь какие.

Итак, создаем свой первый тест. Кликаем на "вращаемость" и в левом фрейме выбираем "создать тест"

Именно "создать тест" и ничто иное!

Называем наш тест "Проверка поворота". Остальные полня не обязательны для заполнения. Зато интерес нам представляет выпадающая менюшка "важность теста". Ну вы поняли зачем она, да?
Жмем "Создать".
Sweet.
Теперь у нас есть тест и мы можем создать в нем шаги.


Жмем "Создать шаг" и создаем шаги! Ну, тут уже пишем что как кому нравится.
Например



Дальше заполняем по смыслу сами.
Ну да ладно, что-то мы на одном месте подзадержались. Переходим к следующему этапу веселья.
Выходим на ДБ.
Выбираем слева "Покрыть требования тестами" Теперь через чекбокс привязываем тесты к требованию.
Вуаля!
Теперь тыкаем на каждый тест, и нажимаем кнопку "добавить в тест-план".
Дабл Вуаля!
Теперь у нас есть красивые тесты, покрывающие требования и готовые к употреблению.

Часть третья. Делегирование прогонов

Теперь находим виновного.
Если мы админы или лиды или ещё кто с надлежащими полномочиями, то мы можем назначить определенные тесты на людей. Да хоть на самих себя.
Выходим в ДБ.
Нажимаем "Назначить ответственного за прогон" справа. И видим.
Что не создано ни одной сборки продукта. Всё правильно.
Создаем сборки, как нам это предлагают в окошке!


Там же, кстати, можно указать и дату выхода сборки и всё прочее.


Выходим в ДБ.
Нажимаем "Назначить ответственного за прогон" справа.


Другое дело! Получаем что-то типа такого:



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

На этом на сегодня всё.


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

Коллеги, отвечающие на мой предыдущий пост, помимо разных OpenSource TSS систем упомянули TestLink. Краем глаза мне удалось почитать документацию о нескольких из них, где-то даже попользоваться "демками".. В итоге из всего просмотренного решил более детально остановиться на TestLink. У этого проекта есть демо-версия, но она слишком медленно работает, заполнена кучей демо-данных со всех уголков мира ) и не дает реального представления о том, как система устроена изнутри. В общем, решил поставить и посмотреть. Забегая вперед, скажу , что процесс установки предельно прост и для многих его описание может показаться излишним, но , быть может, кому-то окажется полезным. Поэтому, опишу процесс инсталляции TestLink 1.9 на одном из имеющихся в моем распоряжении хостов:

OS : Debian Lenny9
web server : apache 2.0
php : 5.2.6 (требуется любая версия >= 5.2.0 )
mysql: Ver 14.12 Distrib 5.0.51a, for debian-linux-gnu (i486) using readline 5.2

  • создаем директорию для виртуального хоста. В моем случае:
    sudo -s
    mkdir /var/www/vhosts/testlink

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

    .
    ServerName testlink:80
    DocumentRoot /var/www/vhosts/testlink
    CustomLog /var/www/vhosts/testlink/logs/access_log combined
    ErrorLog /var/www/vhosts/testlink/logs/error_log

    DirectoryIndex index.html index.phtml index.php
    &ltifmodule mod_php4.c&gt
    php_admin_flag engine on
    php_admin_flag safe_mode on
    &lt/ifmodule&gt
    &ltifmodule mod_php5.c&gt
    php_admin_flag engine on
    php_admin_flag safe_mode on
    &lt/ifmodule&gt
    AllowOverride All
    Options +Indexes FollowSymLinks +ExecCGI
    &lt/directory&gt
    &ltlocation ^/ &gt
    SetHandler mod_php5
    order allow,deny
    allow from all
    &lt/location&gt
    .

    В моем случае конфиги виртуальных хостов располагаются в отдельных файлах и включаются в главный файл настроек апача.
  • перезапускаем апач чтобы новые настройки вступили в силу

    apache2ctl graceful

3. настраиваем /etc/hosts (для *nix машин) или %windows%\system32\drivers\etc\hosts (для виндовых машин) на клиентской машине для возможности указания teslink в url:
для этого достаточно в указанном файле достаточно прописать

testlink

Должны увидеть форму инсталляции:


Переходим по ссылке New Installation и принимаем лицензионное соглашение.
TestLink распространяется под Gnu GPL. Так что используем на здоровье )

Системные требования:
Server Operating System (no constrains) Linux
PHP version OK ( 5.2.0 [minimum version] <= 5.2.6-1+lenny9 [your version] ) Здесь у меня все ок. Web and PHP configuration

Maximum Session Idle Time before Timeout 24 minutes and 0 seconds - (Short. Consider to extend.) - инсталлятор рекомендует мне увеличить пераметр Max Session Idle Timeout - пока не понятно для чего, потому пропускаем мимо ушей и смотрим дальше

Checking max. execution time (Parameter max_execution_time) 30 seconds - We suggest 120 seconds in order to manage hundred of test cases (edit php.ini) - эта рекомендация понятна, но пока некритична (нам еще далеко до "сотен" тест-кейсов ) - решаем проблемы по мере постуления и двигаемся дальше

Checking maximal allowed memory (Parameter memory_limit) OK (128 MegaBytes)
Checking if Register Globals is disabled OK
Checking MySQL Database OK
Checking Postgres Database Failed! Postgres Database cannot be used. - на моем сервере не установлен Postgres. Пока пропускаю этот ворнинг, надеясь, что MySql для корректной работы будет достаточно.

Checking GD Graphic library Failed! GD Graphic library not enabled.
Graph rendering requires it. This feature will be disabled. It's recommended to install it..

- вот тут уже надо вмешаться. Не установлена графическая либа для php. Подозреваю, что не смогу смотреть всякие там графики и отчетики. Хочу, чтобы было все красиво, потому ставим либу:

sudo aptitude install php5-gd

далее добавляем строку extenstion=gd.so в php.ini и перезапускаем Apache.
В результате должны увидеть:

Checking GD Graphic library OK

Checking LDAP library Failed! LDAP library not enabled. LDAP authentication cannot be used. (default internal authentication will works). - С этим предупредением поступаем как с предыдущим - ставим нужную библиотеку (для возможности ldap-аутентификации в будущем):


sudo aptitude install php5-gd

далее добавляем строку extenstion=ldap.so в php.ini и перезапускаем Apache.
В результате должны увидеть:
Checking LDAP library OK

Checking JSON library OK - тут изначально у меня все ок. Если , у кого соответствующая библиотека не установлена, то вы знаете теперь как поступить )

Read/write permissions

Checking if /var/www/vhosts/testlink/gui/templates_c directory exists OK
Checking if /var/www/vhosts/testlink/gui/templates_c directory is writable OK
Checking if /var/www/vhosts/testlink/logs directory exists OK
Checking if /var/www/vhosts/testlink/logs directory is writable OK
Checking if /var/www/vhosts/testlink/upload_area directory exists OK
Checking if /var/www/vhosts/testlink/upload_area directory is writable OK


  • Выбрать тип бд - мой выбор "MySQL (5.0 and later)"

  • адрес сервера, где находится наша СУБД - я выбрал localhost (пока все на одном сервере)

  • Указать имя схемы бд (соответствующую схему надо будет создать) - оставляем "testlink"

  • Опционально указать префикс таблиц: оставляем незаполненным

  • В полях "Database admin login" и "Database admin password" указываем логин и пароль админа СУБД для того, чтобы инсталлятор смог автоматически создать нужную схему и все нужные объекты в ней

  • В полях "TestLink DB login" и "TestLink DB password" указываем логин и пароль пользователя схемы из-под которого будет вестись вся внутренняя работа с БД (полет фантазии в выборе логина и пароля =)

Далее убеждаемся что демон (служба) mysql запущена и жмем батон "Process TestLink Setup!"

  • создает файл config_db.inc.php в DocumentRoot-дериктории сайта , поэтому убедитесь, что у пользователя, из-под которого у вас запущен apache есть w-права на соответствующую директорию

  • Удаляет все , что есть в бд testlink (внимание! на случай, если вы используете уже существующую бд)

  • Создает все нужные таблицы в бд заново

Видим два предупреждения, касающихся настройки почтовых уведомлений.
Пока пропускаем это.
Переходим по ссылке "Please Click Me" и радуемся тому, что все благополучно установилось.
Логинимся под учеткой admin/admin и приступаем к созданию первого проекта по тестированию.

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

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

Все шаги, кроме первичной установки, делал я сам. А это означает, что настройка TestLink — не ракетные технологии и подвластна любому менеджеру (и не только).

Ниже вы узнаете о следующем:
1) Что запросить у того человека, который будет устанавливать TestLink.
2) Что желательно настроить (самому или кого-то попросить) после установки TestLink.
3) Как сделать перевод не переведенных элементов UI и использовать его в TestLink.
4) Как перенести тесты из XLS в TestLink.

В этой статье я не рассказал про следующие вещи, которые необходимо или желательно сделать при внедрении TestLink:
1) интеграция с bug (issue) tracking системами.
У себя я настроил интеграцию с Redmine именно со стороны TestLink (так как включение не протестированных нами плагинов в корпоративный Redmine было бы очень рискованно и долго).
2) создание своих шаблонов для отчетов (не делал пока).
3) использование TestLink в рамках бизнес-процессов вашей компании.
4) обучение работе с TestLink.

ВНИМАНИЕ:
Перед редактированием любых файлов конфигурации ТестЛинк необходимо сделать следующее:
1) Открыть файл в режиме редактирования.
2) Изменить режим кодировки файла на UTF-8. Этот шаг необходимо выполнять после КАЖДОГО открытия файла на редактирование!
3) Теперь можно проводить редактирование и сохранять результат.

Установка TestLink

Что нужно указать при запросе администратору:

1) Номер версии для установки
2) ТестЛинку для работы нужны БД MySQL и веб-сервер. Часто входят в дистрибутивы ТестЛинк.
3) Необходимо настроить резервное копирование БД. Если вам сделают резервное копирование еще и всех файлов TestLink — отлично. Так безопасней вносить изменения в настройки.
4) Необходимо сделать так, чтобы ТестЛинк включили в автозагрузку сервера, на котором он установлен. Это нужно чтобы при перезагрузке сервера ТестЛинк сразу начинал работать.
5) Попросить сразу в файле config.inc.php ( он расположен в каталоге /opt/testlink-1.9.11-0/apps/testlink/htdocs программы ТестЛинк ) сделать следующие изменения (если нужно нормально поддерживать русский язык):
$tlCfg->default_language = 'ru_RU';
$tlCfg->charset = 'UTF-8';
При любом редактировании файлов настройки ТестЛинк убедитесь в том, что изменяете при включенной кодировке UTF-8.

Кроме того, необходимо у администратора запросить настройку почтовой системы ТестЛинк. Т.е. настроить ТестЛинк на работу с почтой вашей компании. Он просто настроит SMTP в файле конфига.

Настройка ТестЛинк сразу после установки

Эти шаги делались уже для тонкой настройки, т.е. не сис.админом, а мною, т.е. менеджером.

Отступление про инструментарий
Основные настройки

Настроить следующие поля в файле config.inc.php ( он расположен в каталоге /opt/testlink-1.9.11-0/apps/testlink/htdocs программы ТестЛинк ):
Показ истории и шагов тестов при прогоне тестов

$tlCfg->exec_cfg->history_on = TRUE;
$tlCfg->exec_cfg->show_history_all_builds = TRUE;
$tlCfg->exec_cfg->show_history_all_platforms = TRUE;
$tlCfg->exec_cfg->steps_exec = true; — начиная с ТестЛинк 1.9.11 это значение стоит по-умолчанию
$tlCfg->exec_cfg->steps_exec_notes_default = 'latest'; — это изменение позволяет в заметках каждого шага теста, при новом прогоне теста, показывать заметки из предыдущего (последнего) прогона теста.

Данные вашей компании в отчетах

часть /* [GENERATED DOCUMENTATION] */:
$tlCfg->document_generator->company_name = 'название компании';
$tlCfg->document_generator->company_copyright = date(Y).' название компании';
$tlCfg->document_generator->tc_version_enabled = TRUE;

Настройка авто-коррекции имени теста (при импорте из XML)

При импорте тестов или групп тестов из XML, в случае если такое имя уже есть в системе, TestLink сформирует новое имя на основе существующего. К имени будет добавлен номер такого теста в круглых скобках. Если изменения не делать, то имя будет формироваться так, как показано в закоментированных строках, т.е. на основе даты и времени.
//$tlCfg->testcase_cfg->duplicated_name_algorithm->type = 'stringPrefix';
//$tlCfg->testcase_cfg->duplicated_name_algorithm->text = strftime("%Y%m%d-%H:%M:%S", time());
$tlCfg->testcase_cfg->duplicated_name_algorithm->type = 'counterSuffix';
$tlCfg->testcase_cfg->duplicated_name_algorithm->text = " (%s)";

Лого вашей компании

Файлы ТестЛинка с графикой хранятся тут: /opt/testlink-1.9.11-0/apps/testlink/htdocs/gui/themes/default/images.
Вставляем в каталог с изображениями два файла с такими же параметрами как файлы tl-logo-transparent-25.jpg и tl-logo-transparent-12.5.jpg.
Редактируем в файле config.inc.php следующие поля:
$tlCfg->logo_login = 'файл с вашим лого.jpg'; — размер файла 231*56 пикселей, transparent
$tlCfg->logo_navbar = 'файл с вашим лого.jpg'; — размер файла 116*28 пикселей, transparent
Теперь на странице логина, в строке главного меню ТестЛинк, в отчетах будет стоять логин вашей компании.

Перевод некоторых частей UI

В файле config.inc.php можно сделать перевод для текста, используемого в описании тестов, создающихся автоматически для требований.
Нужно сделать перевод для текста, предоставляемого этими полями:
$tlCfg->req_cfg->testcase_summary_prefix
$tlCfg->req_cfg->testcase_summary_prefix_with_title_and_version

В самом TestLink можно редактировать роли, т.е. создавать новые и менять возможности, предоставляемые для каждой из ролей.
Вообще, настройка ролей достойна отдельной статьи.
Но, например, проследите чтобы была включена для практически всех ролей опция Show Test Cases Assigned to me.

Подробно про локализацию на русский

В поставку ТестЛинк входит локализация на русский язык.
Проблема в том, что примерно 40% элементов пользовательского интерфейса там не переведены на русский язык или для которых хотелось бы перевод поменять.
Поэтому можно выполнить дополнительную работу по переводу. К сожалению, не все элементы интерфейса запрограммированы так, чтобы перевод для них был в одном файле.
Поэтому, даже после полного перевода текста из файла custom_strings.txt останутся элементы, не переведенные на русский язык.

Что нужно сделать чтобы перевести на русский (и любой другой) язык части UI:
1) Перейти в каталог /opt/testlink-1.9.11-0/apps/testlink/htdocs/locale/ru_RU (если у нас используется русский язык для UI) на сервере с ТестЛинк
2) Скопировать к себе на ПК файлы custom_strings.txt.example и strings.txt
3) Скопировать из strings.txt в custom_strings.txt.example данные
4) Сделать нужный перевод в файле custom_strings.txt.example — ВНИМАНИЕ. ПЕРЕД НАЧАЛОМ РЕДАКТИРОВАНИЯ НУЖНО СДЕЛАТЬ ПРОВЕРКУ, ПРИВЕДЕННУЮ СРАЗУ ПОСЛЕ ЭТОЙ ПОСЛЕДОВАТЕЛЬНОСТИ ШАГОВ!
5) Переименовать custom_strings.txt.example в custom_strings.txt
6) Скопировать файл custom_strings.txt в каталог /opt/testlink-1.9.11-0/apps/testlink/htdocs/locale/ru_RU на сервере с ТестЛинк

Перед редактированием любых файлов конфигурации ТестЛинк необходимо сделать следующее:
1) Открыть файл в режиме редактирования.
2) Изменить режим кодировки файла на UTF-8. Этот шаг необходимо выполнять после КАЖДОГО открытия файла на редактирование!
3) Теперь можно проводить редактирование и сохранять результат.

Портирование тестов из Excel в ТestLink

Читайте документацию

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

В пакет будет входить:

  • - тестлинк
  • - php
  • - apache
  • - mysql

Установка на новую машину, с последующим восстановлением БД из бекапа.
Предустановки:

  • - Должен быть бекап предыдущей БД(в этом примере опираемся на тестлинк 1.9.3)

Для этого потребуется отдельно скачать XAMPP, WAMP, MAMP или LAMP, а так же MySQL редактор(можно воспользоваться phpmyadmin) и тестлинк.
Ссылки:

Устанавливаем XAMPP, WAMP, MAMP или LAMP(выберите нужное). Устанавливаем MySql редактор.
Запускаем установленный пакет(XAMPP, WAMP, MAMP или LAMP). Запускаем Сервер MySQl, в выбранном пакете.
Запускаем редактор MySql, и подключаемся к серверу.
Если вы не вводили никаких паролей при установке, то данные для подключения будут следующими:
адрес(host):127.0.0.1
пользователь: root
пароль:(без пароля, оставить поле пустым)
порт:3306
Подключаемся к БД
Подключились? Создаем новую БД для тестлинка,
в окне радактора вводим:
"CREATE DATABASE testlink;"
После этого выбираем созданную БД. Берем наш бекап файл и кидаем его в редактор, выбираем или жмем "выполнить все запросы". Если БД большая придется немного подождать.
Итогом этих действия будет востановленная БД от старого тестлинка.

Напомню, что в данном примере мы обновляемся с 1.9.3
Перейдем в папку скаченного тестлинка последней версии /testlink-1.9.9/install/sql/alter_tables/1.9.4/
*если у вас установлена более поздняя версия, то нужно перейти в папку с названием следующей версии, например у вас 1.9.4, то нужно перейти в 1.9.6 или 1.9.6, то 1.9.8.
Перейдем дальше в /mysql/DB.1.5/step1/ берем файл db_schema_update.sql и кидаем его в редактор, опять же выбираем "выполнить все запросы". Заходим в следующую папку /mysql/DB.1.5/stepZ/ по аналогии
с предыдущим берем файл z_final_step.sql и также скармливаем его редактору -> "выполнить все запросы".
*если вы делаете все запросы от пользователя root, то никаких проблем и ошибок при выполнении запросов быть не должно.

Поздравляю! Мы обновились до версии 1.9.4.
Остальные шаги идентичны этому, нужно выбрать следующую папку 1.9.6 и выполнить все как в предыдущем шаге, а именно по очереди запустить запросы из папок:
- /mysql/DB.1.6/step1/ и /mysql/DB.1.6/stepZ/ После этого у нас будет версия 1.9.6

До 1.9.9 осталось обновиться ещё 2 раза. Нужно проделать предыдущие шаги в папке 1.9.8 и 1.9.9.

После этих шагов - БД обновлена до последней версии.

Осталось самую малость.

Открыть XAMPP, найти и нажать кнопку "Open application folder". В папку htdocs или apps(в зависимости от выбранного пакета) скопировать папку testlink(последнюю версию).
В этой папке нужно открыть файл config.db.inc.php и изменить в нем параметры отвечающие за подключение к БД:

define('DB_TYPE', 'mysql');
define('DB_USER', 'root');
define('DB_PASS', ''); //Если вы не вводили никаких паролей при установке, то оставьте все как есть
define('DB_HOST', '127.0.0.1'); // или localhost
define('DB_NAME', 'testlink');

Читайте также: