Assertion.ru

desarrollo de Conformidad prueba consiste en la identificación de las afirmaciones en un pliego, pruebas de conformidad por escrito que compruebe las afirmaciones identificados y la vinculación de la prueba de la afirmación de que lo pone a prueba.
Vamos a empezar desde los siguientes puntos:
- Afirmación está marcado
- La afirmación real es difícil ver en la especificación (en la actualidad sólo hay pequeñas gif afirmación al final de cada afirmación)
- Completa afirmaciones sólo son vistos por la lectura del código HTML directamente o buscando en cada prueba individual
- Inicio de las afirmaciones son difíciles de ver en el código html
- Proporcionar una forma visual para ver fácilmente la afirmación es el problema que estamos tratando de resolver.

El punto principal es que las afirmaciones de color (texto propio pliego de condiciones) con etiquetas HTML. La investigación que se hizo etiquetas html de usar. Div, span, mesa con etiquetas de fuente se miró. La mejor solución es la etiqueta de fuente. Así que el texto está rodeado con las etiquetas de la fuente. El atributo de clase de la etiqueta de fuente se corresponde con el tipo de afirmación. Fe si el asserion es nuevo es de color de rojo, para indicar, que las pruebas deben ser por escrito, las afirmaciones de edad se colorean con verde para indicar que las pruebas ya existentes. Debe haber una utilidad (java script o programa) para explorar marcado pliego de condiciones y automáticamente se añaden las etiquetas necesarias para colorear. El color de fondo del texto será determinado por el color atributo de título de la afirmación. Este método fue implementado y funciona correctamente. A efectos de la usabilidad, debe haber un mecanismo para ocultar la coloración, una fe Javascript.

Una desventaja de esta solución es que el color es estático ya que se basa en el atributo de título. Una segunda solución sería que el instrumento de verificación para una existencia de una prueba (basado en el ID de la afirmación o enlace en la afirmación). Si una prueba de que existe, queremos hacer algo para establecer el color de esta afirmación. Podría ser tan simple como el establecimiento de un atributo de título. Una desventaja de esta solución sería la afirmación de que la coloración se sigue estático, pero en base a cuando el usuario ejecute los scripts.

Una variante de la solución dada es que se generan de forma dinámica los datos de cobertura cuando la especificación es visto en un navegador. Queremos determinar si existe una prueba en el directorio de prueba para una afirmación y el color de la afirmación en consecuencia. Esto podría hacerse a través de un JavaScript / VBScript utilizando objetos, que permiten el acceso a sistema de archivos. Este método podría ser dinámica y siempre debe tener la condición última afirmación de la cobertura.

Éstos son algunos ejemplos de JLS3 capítulos "Conversiones y Promociones" y "Interfaces":

Las afirmaciones conv063, conv047, conv065, conv48, conv66 y conv049 son de la version anterior de las especificaciones, no se modificaron y actualizar las pruebas no es necesario - de color aguamarina es (verde neurtal). Conv155 y conv156 son nuevos, nuevas pruebas deben elaborarse, en las afirmaciones que están en el origen de color rojo. Conv064 fue modificada, es necesario actualizar la prueba - de color naranja. Annot019 es nuevo, las pruebas existen, pero son necesarias para cambiar - color salmón. Annot020 es nuevo, pero existen pruebas кудумфте - de color verde claro.

La principal ventaja de coloración en especifico es que la especificación se visualiza. El usuario puede ver la afirmación de todo y su título. Uno puede decir mirando a la especulación, donde hay áreas con baja cobertura, en algunos o muchos de los ensayos debe ser agregado o cambiado. Hay, básicamente, la posibilidad de ver qué tan bien una especificación es marcado y lo bien que se prueba.

A veces todo esto términos parecen bastante confuso. ¿O es mejor decir que por lo general, o incluso siempre lo hacen. Especialmente cuando diferentes personas y empresas a comprender la situación en torno a ellos de diversas maneras. Así que vamos a empezar desde el principio.

Hay un montón de características o de las normas que nos rodea. El diccionario Webster describe como algo estándar establecido por la autoridad, la costumbre o el consentimiento general como un modelo o ejemplo. Así que básicamente es la lista de reglas, que otros al utilizar tienen que obedecer.

Vamos a crear un lenguaje de computadora. En primer lugar el pliego de condiciones es necesario, que se describe el modelo de concepto, informe a los desarrolladores de lo que se puede escribir como un programa, cómo se comportan, lo que será compilado, ejecutado y etc Después de crear todos estos documentos es necesario - que es, uno puede parar allí. Si la idea es lo suficientemente bueno a muchas otras compañías que desee crear sus implementaciones: compiladores fe y entornos de ejecución. Sin embargo, deberán cumplir las especificaciones. De lo contrario los mismos programas que puede ejecutar en uno y corren de manera diferente o incluso un error en la aplicación de otros. Cumplimiento por parte de una aplicación de todos los requisitos especificados se llama conformidad.

¿Por qué es tan importante? Bueno, digamos que este nuevo lenguaje se utilizó para crear un programa de intercambio de acciones. Imagine que se escribió en los EE.UU., así probado y utilizado en la Bolsa de Nueva York. Fue tan bueno, que otros países de todo el mundo compró una licencia y comencé a usarlo en su aplicación de este nuevo lenguaje. Si una aplicación no obedeció la especulación, el programa mismo podría hacer diferentes cosas con el dinero de los clientes. Básicamente este programa de intercambio de valores podría vender cuando el agente comercial empujó el botón "Comprar", o comprar acero en vez de fruta.

La buena pregunta podría ser: "¿Por qué las distintas aplicaciones? Vamos a crear una y usarlo. ". Hay muchas respuestas diferentes. Varias empresas que desee utilizar este lenguaje en diferentes plataformas (Solaris, Linux, Windows) y dispositivos (computadoras de escritorio, teléfono móvil, PDA, calculadora de estudiantes, etc). Otros quieren optimizar algoritmos para sus necesidades, Fe ponerlas en práctica lo que el programa de base de datos grande será 10 veces más rápido.

El punto clave es que varias de las distintas aplicaciones que funcionan exactamente de la misma y de acuerdo con la especificación. Si lo hacen se llaman compatibles. Lo malo es que nadie puede estar seguro. Por eso, el mecanismo de verificación que se necesita. Por lo general, se trata de una serie de pruebas que verifica la conformidad y compatibilidad. Y en este caso no es correcto decir que algo es compatible o casi el 99% compatibles. No puede ser sí o no.

Vamos a pasar a un ejemplo. Sun Microsystems inventó el lenguaje Java. Para ser más precisos varias versiones de Java para los diferentes mercados fueron creados. Los más famosos son Java ME , Java SE y Java EE . Y para cada uno de ellos hay un pliego de condiciones por separado. Sun Microsystems tiene su propia aplicación, que es más comúnmente utilizado. Sin embargo, el lenguaje es tan buena, que hay bastantes empresas de otros y sus implementaciones. Para fines de compatibilidad y conformidad existen TCKs (prueba de conformidad Kit). TCK es un producto que incluye una serie de pruebas, que comprobar si una aplicación es correcta de acuerdo a las normas de especificación.

Mi intención era dar una idea de lo que las especificaciones, conformidad, la compatibilidad y la TCK son y por qué son tan importantes.