На думку аналітиків, Open source тільки зараз стає основним шляхом розвитку інформаційних технологій. Але перейти на Opensource досить складно. Проблеми з функціональністю як такої немає. До цього часу більшість з нас знають, що можуть робити інструменти і які у них є слабкі місця.

Компанії з автоматизації тестування використовують різні інструменти у своїй роботі, щоб виконувати автоматизоване тестування. І вони обирають фреймворки з відкритим вихідним кодом з багатьох причин, а саме тому, що вони дешевші за традиційні, їх можна налаштовувати, вони дозволяють візуалізувати, забезпечують загальну якість. При цьому вони допомагають проводити швидке тестування.

Існують інструменти з відкритим вихідним кодом, які використовуються для задоволення потреб в гнучких проектах:

• Селен.
• Тестове посилання.
• Кунагі.
• Дженкінс.
• Багзілла.

Всі ці інструменти чудові. Однак кожен з них по-різному налаштовує бази даних, привілеї, користувачів тощо. На жаль, їм бракує безшовної інтеграції, тобто вони не здатні забезпечити успадкування зв’язків та інформації як у висхідному, так і в низхідному потоці. Ці проблеми не притаманні основним інструментам від IBM до HP (вони можуть працювати разом з іншими інструментами сімейства), оскільки вони інтегровані від слова “Go”. Така інтеграція є надзвичайно дорогою і не має довгого шляху. Всі інструменти з відкритим вихідним кодом повинні бути інтегровані. І тоді цей інструмент інтеграції може мати наступні характеристики:

Інтеграція не означає функціональність

Наявні набори інструментів можна назвати чи не найкращими. Немає сенсу впроваджувати нову функціональність, щоб розширити інструментарій. Але що їм дійсно потрібно, так це бути більш узгодженими при роботі один з одним. Це призведе до безперешкодної інтеграції всіх інструментів протягом усього життєвого циклу.

Майже кожна компанія з тестування автоматизації успішно використовує інструменти для тестування продуктивності, функціональності та безпеки для управління якістю програмних продуктів. Вони допомагають повністю автоматизувати будь-яку ручну роботу з тестування та підвищують продуктивність у висхідному порядку.

Управління та контроль

Більшість інструментів з відкритим вихідним кодом є автономними. Інструменти повинні бути здатні формувати наскрізну і чітку картину стану проекту. Для цього необхідний збір адекватної інформації про управління проектом, пріоритезацію дефектів, оцінку, аналіз ризиків тощо. При використанні послуга автоматизованого тестуваннядозволяє працювати з різними моделями життєвого циклу і забезпечувати максимальне охоплення життєвого циклу.