Възможности на TestLink:

- Динамично организиране на тест сценарии
- Проследяване на резултатите от изпълнението на тест
- Проследяване на специфична информация за всеки отделен тест
- Възможност за промяна на програмата в зависимост от нуждите на потребителя
- Уеб базиран потребителски интерфейс (съвместим с Mozilla, Firefox, IE )
- Всеки продукт се тества в тест план проследяващ процедурата на тестване
- Всеки потребител има дефинирана роля (leader, tester и т.н.)
- Всеки тест сценарии е организиран в йерархична структура (дървовидно меню)
- Възможност за добавяне на ключови думи
- На всеки тест може да се добавя приоритет, да се назначи към даден тестер, да се определи краен срок
- Възможност за експортиране на документацията в HTML, MS Word и MS Excel формати
- Известяване за настъпило събитие директно на електронна поща
- Локализация и интернационализация
- Директен интерфейс към Bug Tracking системи:
- Bugzilla
- Mantis
- Jira
- TrackPlus
- Eventum (малко да се похваля, интеграцията с eventum-a е моя принос към проекта )
- Възможност за импортиране и експортиране чрез XML и CSV формат
- Възможност за прикачване на файлове
- Извеждане на статистическа информация относно проведените тестове

С какво TestLink ще бъде полезен на QA екипа?

На първо място внедряването на една система за управление на тест планове, ще подобри нивото на документация в екипа.
Поради това че системата е интернет базирана, цялата информация относно извършената работа и постигнатите резултати е централизирана и лесно достъпна.
Чрез нея ръководител екипа има по обстоен и пълен поглед върху извършената дейност и постигнатите резултати, което ще спомогне за взимането на правилни управленски решения.
Чрез възможностите за експорт на получените резултати е възможно целите тест сценарии да се предоставят като MS Word файл.
Чрез използването на custom полета е възможно да се добавя допълнителна информация към тест плана, съгласно нуждите на проекта.
В програмата могат да се дефинират ключови думи, който да се използват за допълнително специализиране на тест сценариите. Програма позволява да се извършва търсене съобразно зададена ключова дума.

Структура на тест плановете в TestLink:

Тест плановете в програмата са организирани йерархично под формата на дърво.
Като главна единица в дървото се използва Test Suite (тест група). Всяка тест група може да съдържа в себе си както отделни Test Case така и други под групи.

Test Case представлява основната структурна единица в програмата.

Всеки Test Case се състои от:
- Заглавие
- Предусловие
- Стъпки
- Очакван резултат
- Ключови думи
- Допълнителни полета.

Test Plan – всеки тест план представлява съвкупност от Test Case който трябва да бъдат изпълнени при дадена версия на проекта.
Test Project – представлява името на проекта който ще се тества. Всички единици (Test Suite, Test Case, Test Plan) трябва да бъдат присвоени към даден проект за да могат да бъдат изпълнени.
След създаването на Test Case, за да може да се изпълни той трябва да се добави в тест план и да се добави потребител който да го изпълни.

В програмата съществуват следните роли:
- Guest – има права да разглежда тест спецификация, ключови думи и резултат от теста и да си променя личните дани.
- Tester – има права да разглежда тест спецификация, ключови думи и резултат от теста и да променя изпълнението на тест.
- Test Designer – има право да променя – спецификацията на теста, ключовите думи, резултата и изпълнението на теста.
- Senior Tester – има право да: променя спецификацията, ключовите думи, условията, изпълнението на теста и да създава нови версии (Builds)
- Leader – има право да: променя спецификацията, ключовите думи, условията, изпълнението на теста, да създава нови версии, да създава и променя тест план( включително: priorities, milestone и assignment).
- Admin – притежава всички права.

Единствено администратора може да задава права на потребителите.
Всеки може да получи права на гост.

Един Test Case може да бъде изпълнен само от потребителя (потребителите) който е назначен за него.
Благодарение на интеграцията на Test Link с Bug tracking systems, могат да се поставят препратки към възникналите бъгове по време на изпълнение на теста.
По този начин може да се провери в даден модул какви проблеми са възникнали.
Също така лесно се проверя и последователността от действия, довели до проявяването на проблема.

TestLink предоставя редица статистически данни относно проведените тестове:

- Сведения за всички тест планове.
- Сведения за всички версии на продукта
- Статистика за failed, blocked и not run тестове
- Графично представяне на резултатите от проведените тестове
- Информация за възникналите бъгове за всеки Test Case
- Възможност за генериране на резултат спрямо произволни критерии

Работа с програмата

Работата с програмата е интуитивна, запознаването с продукта е възможно в рамките на няколко часа. Програмата е снабдена с помощна система, в която са обяснени основните и функции. Освен нея съществува и подробно потребителско ръководство в pdf формат. Също така TestLink разполага с форум, чрез който може да се получи допълнителна информация при нужда.

Поради факта че продукта се разпространява под GPL лиценз, е възможно функционалността му да бъде променяна спрямо индивидуалните нужди на потребителите.

Създаването на нов сценарий може да стане по два начина – ръчно и автоматизирано.

При автоматизираното създаване потребителя избира Selenim IDE да записва неговите действия по екрана и да генерира кода на теста. След изпълнението и записването на сценария кода може да бъде модифициран ръчно. Удобството е, че не трябва да се знаят функциите за най честите действия на потребителя – зареждане на екран, попълване на различни стойности в полета, работа с контроли на страницата и т.н.

При ръчния вариант – потребителят съм избира функцията /действието/, обекта и стойността на това действие или сам въвежда кода на теста. Неудобството при този вариант е, че трябва да се познават по детайлно функциите на Selenium, и генерирането на тест сценария става по-бавно. Предимствата са, че при автоматизирания вариант не винаги могат да си използват по-специфични функции на Selenium и те трябва да се генерират ръчно.

Изпълнението на тест сценария става автоматично. Сценария може да бъде изпълнен наведнъж както и стъпка по стъпка, в зависимост от желанията на потребителя. При изпълнението на сценария Selenium IDE генерира log screen показващ процеса на изпълнение и резултата от изпълнението на текущата стъпка от сценария.

Selenium IDE позволява използването на някои performance функции – засичане времето за зареждане на дадена страница или изпълнението на дадено действие, но тези функции в повечето случаи трябва да се генерират ръчно и предполага наличието на по-задълбочени познания.

Друго положително свойство е, че Selenium IDE позволява проверката за съществуване на определени елементи, което е много полезно, когато трябва да се провери наличието или отсъствието на тези елементи на страницата

За разлика от Selenium IDE, Selenium Remote Control – а позволява сайта да бъде подложен на тестване с повечето браузъри.
Сам по себе си Selenium Remote Control представлява JAVA сървър с помощта на който може да се комуникира директно с приложението. Чрез него се заобикалят рестрикциите на браузъра, породени от съображения за сигурност.
Освен че може да се ползват различни браузъри за извършване на тестовете, самите тестове могат да бъдат написани на различни програмно езици, сред които: JAVA, C#, Perl, Python, Ruby, PHP и други. Selenium RC е в състояние да изпълнява скриптове записани чрез Selenium IDE. Което е голямо улеснение, понеже така отчасти се заобикаля нуждата да се познава даден програмен език, за да се извършат тестовете.

Няколко от специфичните възможности на Selenium RC са:
- multiWindow
- forcedBrowserMode
- userExtensions
- browsersessionReuse

Основното предимство на Selenium Remote Control е неговата браузърна и платформена независимост. Скриптовете написани за Selenium RM могат да се възпроизвеждат без промяна върху най-разпространените браузъри и ОС.
Недостатък на Selenium RM е трудната работа с него. Всички команди се задават през конзола. Също така за написването на самите скриптове потребителят трябва да е запознат с някой от поддържаните програмни езици.
Основен недостатък на тула е липсата на достатъчно документация, поради което подробното разучаване отнема време.

Selenium Core представлява чист JavaScript/DHTML. Специфичното при него е, че трябва да се копира в директорията на тествания проект и за рабата с него трябва да му се дадат права за писане върху сървъра. Поради това трябва да се прави отделно копие за всеки един проект който ще се тества.
Предимсто на Selenium Core е възможността да се изпълнява Test Suite. Също така чрез него могат да се изпълняват тестове записани чрез Selenium IDE.

В общи линии семинара беше по слаб от този в Пловдив.

Надявам се, че Калин няма да се откаже от тази практика и ще продължи да организира подобни събития.