Assertion.ru

Соответствие разработке тестов включает в себя определение утверждения в спецификации, писать тесты на совместимость, что проверка определила утверждения и связи тест на утверждение, что испытания.
Давайте исходить из следующих пунктов:
- Утверждение характеризуется
- Фактическое утверждение трудно увидеть в спектре (в настоящее время Есть только небольшие GIF утверждение в конце каждого утверждения)
- Полное утверждения только рассматривать, читая, прямо или HTML глядя друг на испытания отдельных
- Начало утверждения трудно увидеть в HTML код
- Обеспечение визуальной способ просмотра утверждение легко это проблема, которую мы пытаемся решить.

Главное, чтобы цвет утверждения (спецификации самого текста) с использованием HTML-теги. Исследование было проведено которые HTML теги для использования. Div, пролет, стол и шрифт тегов смотреть. Наилучшим решением является тэгов для шрифтов. Так текст окружен шрифта метки. Класса атрибут тега шрифта соответствует типу утверждения. Fe, если asserion нового она окрашена красным, показывают, что тесты должны быть написаны, старое утверждение окрашены зеленым чтобы указать, что испытания уже существуют. Там должна быть утилита (скрипт или Java-программы) для проверки размеченные спецификации и автоматически добавлять теги, необходимых для раскраски. Фоновый цвет текста будет определяться по цвету названия атрибута утверждение. Этот метод был реализован, и работает отлично. Для удобства целях, не должно быть механизм, чтобы скрыть цвет, Fe JavaScript.

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

Вариации на данное решение, что мы будем динамически генерировать охвата данных, когда спектр просматривается в браузере. Мы хотели бы определить, является ли тест существует в тестовый каталог для данного утверждения и цвет утверждение соответственно. Это можно сделать через JavaScript / VBScript, используя объекты, которые позволяют доступ к файловой системе. Этот метод будет динамичным и должны всегда иметь последнюю информацию о положении утверждение охвата.

Вот некоторые примеры из JLS3 главы "преобразование и акции" и "Интерфейс":

conv063 Утверждения, conv047, conv065, conv48, conv66 и conv049 взяты из предыдущей версии спецификации, они не изменили и тесты обновления не требуется - цвет аквамарина (neurtal зеленый). Conv155 conv156 и новые, новые тесты должны быть разработаны, утверждения окрашены в яркий красный цвет. Conv064 был изменен, проверьте обновление необходимо - оранжевого цвета. Annot019 является новым, тесты существуют, но они необходимо изменить - лосось цвета. Annot020 является новым, но кудумфте испытаний существует - цвет светло-зеленый.

Главное преимущество спектр окраски является то, что спецификации визуализируется. Пользователь может видеть весь утверждение и его название. Можно сказать, глядя на спецификации, где Есть районы с низким уровнем охвата, где некоторые или много испытаний должны быть добавлены или изменены. Существует в основном возможность увидеть, насколько хорошо спецификации размечена, и насколько хорошо оно проходит испытание.

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

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

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

Почему это так важно? Ну, скажем, новый язык программирования использовался для создания программы на фондовой бирже. Представьте себе, она была написана в США, также протестированы и использованы на NYSE. Это было так хорошо, что и другие страны по всему миру купил лицензию и начал использовать его в их реализации этого нового языка. Если реализация не подчиняются спецификации и той же программы могут делать различные вещи с деньгами клиентов. В основном это программы биржи может его продать, когда торговый агент толкнул кнопку "Купить", либо купить стали вместо плодов.

Хороший вопрос может быть следующим: "Почему различных реализаций? Давайте создадим один и использовать его. ". Существуют различные ответы. Некоторые компании, возможно, захотите использовать этот язык на различных платформах (Solaris, Linux, Windows) и устройства (настольный компьютер, мобильный телефон, PDA, студент калькулятор и т.д.). Другие хотят оптимизировать алгоритмы для их нужд, Fe осуществлять их таким образом большую программу база данных будет в 10 раз быстрее.

Ключевым моментом является то, что несколько различных реализаций должны работать точно так же и в соответствии со спецификацией. Если они делают это они называются совместимыми. Плохой части является то, что никто не может быть уверен. Вот почему механизм контроля не требуется. Обычно это тестовый набор, который проверяет соответствие и совместимость. И в этом случае было бы неправильно сказать, что что-то почти согласованные или 99% совместимы. Там может быть либо "да" или нет.

Перейдем к примеру. Sun Microsystems Java изобрели язык. Если быть более точным несколько версий Java для различных рынков были созданы. Наиболее известны Java ME , Java SE и Java EE . И для каждого из них есть отдельные спецификации. Sun Microsystems имеет свою собственную реализацию, которая является наиболее часто используемых. Однако язык так хорошо, что Есть немало и других компаний и их реализации. Для обеспечения совместимости и соответствия целям Есть TCKs (тест соответствия Kit). TCK это продукт, который включает в себя ряд тестов, которые проверяют, если реализация исправить в соответствии с правилами, от спецификации.

Мой намерен был дать представление о том, что спецификации, соответствия, совместимости и TCK и почему они так важны.