01 Introducción a las Pruebas de Software

TI estructura departamento técnico se divide:

División de Productos: necesidades de los usuarios, prototipo de interfaz (resultados esperados)

departamento de desarrollo: la codificación, el programa (el efecto real)

División de prueba: hallazgo Bug (relación de la diferencia entre los resultados reales y los resultados esperados)

Operación y el departamento de mantenimiento: en línea, mantenimiento

En primer lugar, el software relacionado

1. ¿Qué es el software?

= + Documentación del programa de software

2, el ciclo de vida del software (cómo está hecho el software de)

Por ejemplo: para construir una casa

Planes, requisitos, (esquema de diseño, el diseño detallado) el diseño, construcción, pruebas, el uso

(1) programa (tiempo, personal, recursos, evaluación de riesgos)

(2) requisitos (requisitos funcionales, requisitos de rendimiento, los requisitos de seguridad, los requisitos de cumplimiento, etc.)

(3) Diseño (esquema de diseño, el diseño detallado)

(4) que codifica (C, C ++, Java, Python, etc. fuente, el programa objeto)

(5) prueba (verificar que el software cumple con la especificación de requisitos, SRS)

(6) la operación y mantenimiento

3, el modelo de soft-desarrollo

(1) Cascada (tiempo debe ser de arriba a abajo)

100% Requisitos de 100% de diseño ------ ------ ------ 100% en línea de prueba de codificación -------

Ventajas: menos cambios de la demanda, reducir una gran cantidad de duplicación de trabajo, la calidad ha mejorado en gran medida.

Desventajas: muy largo plazo

(2) modelo ágil (scrum, modelo en espiral)

Pros: corto ciclo de desarrollo

4, las pruebas de software

(1) Definición:

(2) Prueba Propósito:

Prueba positiva; revertir la prueba

 Principio (3) Pruebas de Software

  Todas las pruebas de software debe remontarse a las necesidades del usuario;

  Temprano comienzo de las pruebas (fase implica necesidades de pruebas de trabajo)

  Las pruebas exhaustivas es imposible;

  Prueba es arriesgado;

  No todos los defectos son dignos de reparación;

  efecto bug Cluster: los más defectos encontrados, los defectos serán descritos más;

  Dos pasos adelante, un paso atrás;

5, compuesto por el personal de proyectos de software

(1) Jefe de Proyecto

(2) el analista

(3) Los diseñadores

(4) codificador

(5) probadores

(6) QA

funciones:

a. la norma

b. supervisar si el equipo del proyecto, de acuerdo con la labor normativa

c. Revisar los resultados de la prueba (plan de pruebas, plan de pruebas, casos de prueba, informes de errores)

(7) Gestión de la Configuración

a. + CI = Documento Código

5. La razón para la introducción de defectos de software

(1) la demanda

(2) Diseño

(3) que codifica

(4) Otros

Supongo que te gusta

Origin www.cnblogs.com/1218-mzc/p/12625677.html
Recomendado
Clasificación