1. El concepto y clasificación de software
El concepto de software 1.1
software es parte de un sistema informático y la interdependencia de hardware, incluidos los programas, datos y documentos relacionados con
la colección completa.
procedimiento ha sido funcionalidad pre-diseñado y el rendimiento necesarios para llevar a cabo una secuencia de instrucciones;
datos permiten el funcionamiento normal de la estructura de datos de información del programa;
documento con el desarrollo de programas, mantenimiento y uso de materiales relacionados con los gráficos.
1.2 Clasificación de Software
En orden de importancia
software del sistema
software de soporte
software de aplicación
arquitectura de prensa
software independiente
software distribuido
C / S arquitectura
B / S arquitectura
2 fallo de software
2.1 del software es seguro? Los errores de software hacen?
En 1991, el sistema de defensa de misiles Patriot
sistema de defensa antimisiles Patriot estadounidense propuesto por el presidente Reagan programa de defensa batalla Ge (es decir, Star Wars), la Guerra del Golfo, que se utiliza para interceptar misiles Scud iraquíes, pero en Arabia Saudita en la derrota de Doha, 28 soldados estadounidenses murieron. Análisis encontró que el quid de un defecto de software, un pequeño error en el sistema de temporización de reloj acumulada después de 14 horas, el sistema de seguimiento ya no es exacta. En Doha el ataque, el sistema ha estado funcionando durante más de 100 horas.
En 1994, Disney El Rey León juego
Disney lanzó el primer hijo para el CD-ROM multimedia juego: Rey León juego de animación, Disney tenía una gran cantidad de resultados de promoción, las ventas son muy impresionantes, el juego se hizo a los niños que las fiestas de año "deben comprar el juego." 26 de de diciembre de Navidad después de una licitación, los técnicos de soporte telefónico de Disney que se ahogaron en el de los indignados padres acompañados de niños jugando juegos no es un grito de teléfono, prensa y noticias de televisión se ha informado ampliamente . Más tarde confirmaron que el software de la compañía Disney para el trabajo en un número muy pequeño de sistemas (como el desarrollo de sistemas a los programadores de Disney para el juego), pero no pueden funcionar con el sistema utilizado por la mayoría del público.
En 2000, el problema de milenio
20C70S, los Estados Unidos ha desarrollado un sistema de nómina poco programador, cuando el espacio de almacenamiento del ordenador es muy pequeña, con el fin de ahorrar espacio de almacenamiento, la fecha de 4 dígitos reduce a 2 dígitos, como por ejemplo 1973-1973. Simplemente cree que sólo un problema en alcanzar el problema se produce cuando en 2000 su programa calcula 00 o 01 de este año, se encuentra con que el programa sin duda va a ser actualizadas o sustituidas dentro de 25 años, y la tarea en cuestión de lo que ahora no es el plan de distancia y el futuro es más importante. Más tarde, programador retirado, el programa todavía está en uso, nadie podría pensar de cómo profundamente en el programa de inspección en el año 2000 es compatible con el problema, y mucho cambio por sí solo él. Se estima que en todo el mundo para comprobar y resuelven problemas de compatibilidad y errores en 2000 gastó cientos de miles de millones
2.2 crisis del software (crisis del software)
20 años 1960 y 1970, ha experimentado un crecimiento espectacular en el número de software, pero la tasa de fallo de software de aumento de los fenómenos de alta velocidad.
A principios de 1968, la Organización del Tratado del Atlántico Norte en la conferencia académica internacional celebrada en la República Federal de Alemania, los informáticos propuso formalmente la "crisis del software" (softwre Crisis).
a tiempo y de costes estimaciones no son exactas, los costes de desarrollo superan con creces el presupuesto, cronograma del proyecto y la eficiencia del desarrollo de software quedado atrás;
enviado por los usuarios de los productos a menudo no están satisfechos;
calidad producto no es fiable, una gran cantidad de defectos, los costes de mantenimiento son muy altos ;
documento falta de proceso de desarrollo de software.
Causas de los defectos 2.3
En segundo lugar, la definición de las pruebas de software
Origen e Historia del Software de Pruebas 1
desarrollo de software temprana, no hay pruebas de concepto de depuración, el desarrollo se lleva a cabo, el objetivo es detectar y corregir fallas en el software.
1957 años de pruebas y depuración se distinguen. Pero creo que las pruebas deben ser empujado hacia atrás, inconscientemente creemos que el propósito de la prueba es verificar el producto funcione.
1972 años celebró la primera conferencia formal de pruebas de software en la Universidad de Carolina del Norte, Bill Hetzel (Bill • Heather) en la reunión de la definición formal del concepto de las pruebas de software.
1979 Nian, Glenford J.Myers (Myers) da la definición clásica de la prueba en el "arte de las pruebas de software", en: la prueba es encontrar errores y ejecución de la secuencia de programa.
1983 Nian, IEEE (Instituto de Ingeniería Eléctrica y Electrónica Ingenieros) definición estándar dada en las pruebas de software, y se desarrolló una prueba estandarizada.
Nian, Kent Beck (Beck • Kent) propuso la teoría de 1996 Prueba TDD impulsado el desarrollo de extrema metodología de programación XP.
2009 Nian, JamesA.Whittaker (Whitaker) propuso la teoría de pruebas exploratorias.
2 ¿Cómo primeras pruebas?
3 definiciones de las pruebas de software
3.1 definición clásica
1979, Myers, "arte de las pruebas de software"
prueba es descubrir errores en el proceso de ejecución del programa.
comprender:
prueba es demostrar que el procedimiento es, no a los procedimientos de certificación equivocadas sin error.
una prueba exitosa se encuentra mal hasta ahora no encontró ninguna prueba.
3.2 definición estándar
1983, IEEE
utilizando medios manuales o automáticos para ejecutar o proceso de determinación de un sistema, que está dirigido a probando si está lleno
de conformidad con los requisitos pertinentes o aclarar la diferencia entre los resultados esperados y los resultados reales.
comprender:
prueba es encontrar un equilibrio entre las necesidades de los usuarios y el desarrollo de la tecnología.
3.3 definiciones nacionales
GB / T 11457
basado en proceso de pruebas de software estándar y métodos de prueba, de acuerdo con el plan de pruebas y los requisitos de prueba para las actividades técnicas del software detectado pruebas de documentos, programas y datos.
pruebas de software es un proceso, no sólo la ejecución de pruebas de ensayo, que incluye planes para comenzar a resultados de la prueba de
una serie de actividades de haz.
necesidad de métodos de pruebas de software de prueba y técnicas o habilidades.
incluyendo programas de software, datos y documentos, además de la ejecución del programa, también necesitan ser probados datos y documentos.
En tercer lugar, el proceso de pruebas de software
1 análisis de los requisitos de prueba
testers para las necesidades de los usuarios analizar, entender el software de qué hacer, cómo hacerlo, y para determinar la forma de prueba en el futuro.
2 preparación de los planes de prueba
prueba de plomo en la preparación de planes de prueba;
contenido plan de pruebas
contiene descripción del producto, artículos rango de prueba / áreas de ensayo / prueba, objetivos de la prueba / características de la prueba, las prioridades de prueba, configuración de prueba / prueba de los recursos (hardware, software, humanos, tecnología, etc.), el ciclo de pruebas, la programación (pruebas de tareas, personal), las estrategias de ensayo, métodos de ensayo / maneras de probar la comunicación, el análisis de riesgos, normas de ensayo, la necesidad de entregar los documentos de contenido.
3 Diseño y preparación de casos de prueba
casos de uso del diseño refleja principalmente en los puntos de prueba por escrito;
De acuerdo con el formato de empresa o seleccione alguna plantilla de casos de prueba de escritura.
4 prueba se realiza
configurar un entorno de prueba;
ejecución de casos de prueba, eventos de grabación de prueba;
Ø presentar y realizar un seguimiento de defectos.
Evaluación 5 y resumen
desviación de la prueba real y planes de análisis;
reunir y presentar diversos documentos y datos de ensayos y análisis de datos;
Ø dados si se debe continuar o terminar resultados de las pruebas de ensayo;
lecciones aprendidas.
