И сразу же второпост.Установка TestLink на Ubuntu

И сразу же опишу сегодняшнее внедрение тестлинка и результаты.
Дано: винсервер 2003, 4-5 рабочих проектов, подобие тестпланов в бумажном (!) блокноте.
Хотим чтобы все было как у людей.
Решение:

1. гуглится инет на тему  test management system. Отбрасываем пока платные системы, получаем что лучше тестлинка  ссылко нет. Сразу же предупреждается что интерфейс у него какашко, но нам не привыкать. Пользоваться буду на данном этапе только один я, потерплю. 
2. ставим для разнообразия ubuntu 11.04 на виртуалку oracle virtualbox.  :) сервер ставить не охота, хочу посмотреть на unity. смотрим удивляемся, вроде работает, не падает.  
3. ставим lamp по -быстрому   sudo apt-get install lamp-server^  . Вообще по ссылке все хорошо описано для нубов  
4. качаем тестлинк.
5. особо не мучаясь угрызениями совести делаем sudo chown -R $USER:$USER /var/www
6. разархивируем и копируем скачанную папку в /var/www. переименовываем в testlink для удобства
7. делаем  chmod 777 gui/templates_c   chmod 777 logs  chmod 777 upload_area
8. Запускаем инсталлятор http://<server_ip>/testlink/install/index.php и пробегаем по нему, лихо задавая логины/пароли. Для базы данных это root и пароль заданный при установке mysql
9. У меня в конце выдал ошибочку и сказал вручную создать файлик конфигурационный с настройками подключения к базе данных. Ну что же , создаем. 

Итак, установили работает. Интерфейс конечно требует изучения. Но в принципе все логично. 

Однако вылезли такие соображалки.

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

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

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