Автоматизация тестов приёмки: к постановке задачи

[ailev]

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

Comments

[vvagr]

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

При этом этот процесс считают полезным совмещать с написанием кода для соответствующей АСУТП. Ибо архитектура этих АСУ такова, что они организованы как раз вокруг этих самых штатных и нештатных режимов.

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

[ailev]

У меня в данном постинге сформулирована не столько задача генерации набора тестов, сколько автоматизации тестирования. Например, автоматизации определения факта "станция взорвалась" или "самолёт упал".

Ну, и ты просто демонстрируешь мой основной тезис: все говорят на разных языках, нужно как-то эти языки унифицировать. Ты, например, ввёл слово "режим, в котором должно работать оборудование" -- а ведь это не Обстановка совсем, а состояние Исполнителя в его взаимодействии с Обстановкой. Далее комбинаторный взрыв: состояния Обстановки, состояния Исполнителя, разные варианты синхронизации/рассинхронизации их переходов, какая языковая (в смысле языка программирования/моделирования)парадигма для выражения всего этого, в каком языке (терминологии, русский и английский) это удобно рассказывать хоть инженерам, хоть школьникам.

[perepertoz]

на практике этот "взрыв" ограничен "наличием отсутствия" датчиков :)

[ailev]

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