Форум тестировщиков: Тестирование скриптового языка - Форум тестировщиков

Впервые встала перед вопросом: как писать тесты. А во всём виноват TCL. Проблема не столько в нём самом, сколько в том, что я не знаю, с какой стороны подойти к тестированию языка. Даже с классами эквивалентности дальше разделения на типы данных не могу определиться.

У кого какие мысли на сей счёт?

А как формулируется задача, которая перед вами стоит?

Вообще задачу мне поставили так: протестируй тикль.
В реальности что есть. Гоняем данные из одной базы в другую. Есть возможность задавать выражения, которые будут обрабатывать передаваемые данные. Например, выполнять фильтрацию, сравнения дат, конвертации их же, математические операции. А потом это всё записывается в базу-получатель в заданный столбец. Таким образом, мы можем уже сразу после передачи получить нужные "Итого", отформатированный текст и пр.
Из внешних составляющих у меня разные линуксы, солярис и оракл на них всех.

elfische (13 Февраль 2012 - 11:37) писал:

Человек явно не понял какую задачу поставил. Заказ тестового пакета для компилятора или интерпретатора стоит очень больших денег.
И самое тестирование подобного проекта сложнейшая программисткая задача для целой команды разработчиков. Квалификации обычного тестировщика здесь не хватит. Нужно досконально знать проект скриптового движка, обладать тренированным системным мышлением, чтобы написать тестовый скрипт котрый "повалит" синтаксический анализатор, или вызовет краш стека виртуальной машины. Скриптовый движок очень коварная программа. В любом случае, прийдется писать тестовый пакет из тысяч скриптов, работа на многие месяцы вперед.

elfische (13 Февраль 2012 - 11:37) писал:

Итого: у Вас есть среда для написания простых скриптов на TCl, которые потом будут передаваться компилятору TCl, правильно ли я понял?
Вопрос: компилятор самописный или взяли готовый работающий?
Если самописный и надо тестировать его, то тут недавно пробегала статься на тему того, как люди тестировали компилятор (взяли много готовых работающих скриптов с известным результатом и пропустили их через свою версию компилятора). Тут проблема именно найти такой набор скриптов. Писать его самому, не владея мастерством программирования будет очень трудно. Компиляторы тестируются разработчиками с большим стажем, которые знают все нюансы, фишки и проблемные места языка и понимают, каким образом работает компилятор изнутри.

Если компилятор промышленный, то есть фактически внешний для вас продукт, то не вижу большого смысла его тестировать.
Тут скорее следует проводить интеграционное тестирование всех компонентов: что данные из базы1 берутся верно, подставляются в нужные места в написанных скриптах, а результат получается в том формате, в котором его ожидает другая база.
Для этого определите те операции, которые будут использоваться в скриптах, протестируйте их поодиночке и соединенными разными логическими условиями. Не забудьте про разные типы данных, работу с датой/временем. ПОсмотрите, какие особенности у TCl при работе с разными типами данных, где возникают сложности, в том числе, напрмиер, с производительностью или использованием памяти.