método de diseño de casos de prueba [Prueba de software]

análisis de necesidades

RBT (basadas en requerimientos de prueba) es un método de ensayo basado en la demanda, según la prueba de requisitos de diseño.
Nota: hay más demanda que meticuloso y casos de prueba detallado
principios:

  • Verificar la exactitud de la demanda
  • funciones de software son consistentes con las necesidades de

Las clases de equivalencia

No se puede cubrir para la entrada de todos, en función de las necesidades de la entrada (salida será considerada en circunstancias especiales), dividido en varias clases de equivalencia para elegir a un representante del caso de prueba clase de equivalencia, caso de prueba si se pasa la prueba, entonces creo que representa la prueba de clase de equivalencia.

  • clase de equivalencia efectiva : cumplir con la especificación, un conjunto de datos significativos para el programa.
  • clase de equivalencia no válido : no cumple con la especificación de requisitos.
    Por ejemplo: 5-15 letra mayúscula entrada de
    clase de equivalencia efectiva: 5-15 letras mayúsculas
    clase de equivalencia válida: menos de 5 o mayor que las letras mayúsculas 15, números, caracteres especiales, letras minúsculas.

valores en la frontera

Un método negro prueba de la caja de entrada y de salida los valores de contorno.
Típicamente análisis del valor límite es como clase de equivalencia método división complementaria, en este caso, el límite a partir del cual clase de equivalencia de prueba.
Por ejemplo:
entrada Longitud de la caja es 1-11, tomando el valor límite: 0,1,2,10,11,12

diagrama de causa y efecto

Muestra un diagrama de lógica de la relación entre la entrada y la salida de
escenarios de uso: una pluralidad de tiempo de entrada cuando la demanda y los requisitos de entrada y salida asociados, se utiliza el diagrama causal.

  • Identidad
    Aquí Insertar imagen Descripción
    identidad: Si la causa es verdadera, entonces el resultado debe ser verdad.

  • Con
    Aquí Insertar imagen Descripción
    sólo dos razones son verdaderas, el resultado será verdad.

  • O
    Aquí Insertar imagen Descripción
    el tiempo que hay una razón para el verdadero, el resultado es verdadero.

  • No
    Aquí Insertar imagen Descripción
    razón es falsa es cierto.

De causa y efecto de prueba diseño diagrama casos pasos :

  1. El análisis de todas las entradas y salidas posibles
  2. Encontrar la relación correspondiente entre la entrada y la salida,
  3. Dibuje causa y efecto diagrama
  4. En la tabla de decisión diagrama de causa y efecto
  5. La determinación de la tabla de correspondencia para cada uno de una prueba

dispuestos ortogonalmente

diseño experimental ortogonal es un método de diseño para multi-factor de estudio de niveles múltiples.
Según ortogonal, seleccionada por una combinación de todos los niveles de factores experimentales en una muestra representativa de los puntos de prueba, la situación es a través de esta parte del análisis de los resultados de pruebas para entender la prueba completa, encontrar la combinación óptima de los niveles.

  • Factores (Factor) : En un ensayo, las personas que deseen estudiar variables denominadas factores (variables)
  • Nivel (a nivel de bit) (nivel) : en el rango de prueba, el valor de los factores investigados llama horizontal (valor variable)
  • Número (factores) factores : el número de columnas ortogonales, representada por C.
  • Número de niveles (niveles) : el número máximo de valores se puede obtener por ningún factor individual.
  • Número de línea : L = N (CT) = ( número de horizontal - 1) * + 1 número de factores.

diseño de la prueba ortogonal pasos de :

  1. ¿Cuáles son los factores (variables)
  2. Hay varios factores que cada nivel (el valor de la variable)
  3. La selección de un ortogonal apropiada
  4. El valor de la variable se asigna a una tabla en
  5. La combinación de factores en cada fila horizontal como un caso de prueba
  6. Además de que cree un grupo de casos sospechosos y no aparece en la tabla

Por ejemplo:
Aquí Insertar imagen Descripción
1, factores: nombre, correo electrónico, contraseña para garantizar, los códigos
2, el nivel de: llenado, rellenar no
Aquí Insertar imagen Descripción
3, número = 5 en la tabla de factores;
el número de mesa horizontal para cada uno de los varios factores = 2
filas teniendo un número mínimo, es decir, un número mínimo de ensayos
L = N (TC) = (2-1) * +. 1. 5. 6 = =. 6 (25)
L =. 6 (25)
frecuencia de la prueba N y
T el número de horizontal
número C de factores
la selección de una tabla ortogonal, donde el L6_2_5 seleccionado. tabla ortogonal no es sólo una opción, pero un buen diseño.
4, generar casos de prueba
Aquí Insertar imagen Descripción
5, añadir el caso de prueba
nombre, correo electrónico, contraseña, confirme la contraseña, no se debe rellenar el código de verificación

Diseño escena

Una pluralidad de escenas funcione método de punto combinado para formar una corriente de eventos de activación diferentes eventos, para formar diferentes escenas.
Banco ejemplo cajero:
Tarjeta -> Introduzca la contraseña -> Introduzca la cantidad retirada -> Atmósfera -> tarjeta de nuevo

  • El flujo básico: una escena en las condiciones de eventos anormales
  • Flujo alternativo: la anomalía se produce en la escena

Introduzca la contraseña incorrecta: La primera vez que el mal, el segundo par de salidas.
Segundo, tercero contraseña son incorrectas, Tunka, cuenta congelada.
Cuando la entrada es mayor que la cantidad de saldos bancarios, se le pedirá a "fondos insuficientes".
operación de retirada es demasiado lento, Tunka.

método adivinar Error

método de adivinar error se experimentó probadores prefieren utilizar un método de prueba.

(1) Basado en la experiencia e intuición para encontrar el programa que cree que se puede producir un error, centrado en el diseño de casos de prueba.
(2) puede experimentar más de las pruebas de un negocio, y también pueden provenir de mercado de accesorios de usuario retroalimentación comentarios
(3) de la biblioteca de gestión de fallos de clasificación error en.

Nota: El método de adivinar error sólo es aplicable a otro método de diseño de casos de prueba, después de completar el diseño de casos de prueba, casos de prueba suplemento.

Publicado 60 artículos originales · ganado elogios 23 · vistas 3308

Supongo que te gusta

Origin blog.csdn.net/weixin_44945537/article/details/104304361
Recomendado
Clasificación