Разметки перевода - кошмар или кусочек торта?
Весь процесс создания разметки и развивающихся испытаний времени. И когда кажется, что работа сделана, новая версия спецификации освобождены. Что происходит дальше? Конечно, есть необходимость в новой версии тестового пакета. Новые тесты должны быть написаны, а старые обновлены или даже исключить.
Самый лучший способ начать это делать разметку. Эта задача может быть разделена на две подзадачи:
- передачи старой разметки с предыдущих спектр новой спектра (это необходимо, потому что многие испытания были уже написаны, они связаны спецификации идентификаторов, повторно все возможные тесты это хорошая идея);
- разметки, новые и обновленные утверждений.
Перенос разметки является достаточно простым, чтобы сделать это вручную:
- Найти теги разметки в старой спецификации.
- Найти лучшее место для вставки тегов в новой версии спецификации.
- Включить метку.
Если Есть только 10 утверждений - это работа кусок пирога. Но если Существуют тысячи это тяжелый труд, который должен быть автоматизирован. Самая трудная часть, чтобы найти новых правильное место для разметки тегов. Трудно только потому, что спектр был изменен. Для JLS2 JLS3 в процессе миграции flollowing alrorithm были использованы:
Каждое утверждение округляется с HTML якорей. Оба они должны быть переданы с использованием таких алгоритмов.
Подсказка 2: алгоритм должен проверить, что второй якорь должен быть установлен после первого 1 и не слишком далеко от него.
- Посмотрите на текст перед и после тега в старой спецификации. Найти ее в новой спецификации. Если один из них
не изменилась - ответ найден. Обычно длина должна быть на 1-2 sentances, по крайней мере 60 символов. Если ни один или несколько sentances найдено - пропустить этот шаг. - Попробуйте сделать то же самое, как в (1), но удалить все HTML-теги к тексту, который окружает метки. Если никто не нашел - пропустить этот шаг.
- Попробуйте принять алгоритм, который пытается найти подобный текст в новой спецификации.
. Используйте действия (1) и (2), но desrease длина поиска текста в цикле, пока Сентанс находится или длина является слишком коротким. Практической работы показал, что это число не должно быть меньше 20.
б. Если шаги (1) и (2), или (3, a) нашел несколько sentances увеличить длину текстового поиска, пока текст не находится в спектре новых или верхний предел (напр. 140 символов) будет достигнут. Использовать подсказки, чтобы найти наиболее подходящий текст.
Принять алгоритм может использоваться как с игнорируя HTML-теги и воспользоваться ими. Алгоритм подходит для спецификации написаны в виде простого текста, HTML или XML.
Этот алгоритм был реализован в JLS2-> JLS3 инструмент передачи разметки. 84% от разметки метки были переведены автоматически. Остальные были сделаны вручную.
якорь , утверждение , JLS , разметки , разметка передачи , спектр , испытания
