Preguntas y respuestas sobre calidad SE # 1
Question:Escriba una nota breve sobre el proceso de prueba de software.
Answer:- Las pruebas de software pueden definirse como un proceso cuyo objetivo es encontrar el problema en la implementación de un programa. La ejecución de este programa es muy necesaria para el proyecto de software. De acuerdo con los medios de prueba de IEEE,
el proceso de ejercitar o evaluar un sistema o su componente por medios manuales o automatizados para
Auditoría sobre las necesidades necesarias completadas mediante pruebas de software.
Obtenga el valor de la diferencia entre el resultado propuesto y el resultado real.
Para realizar el proceso simple de prueba de software, se requiere que las actividades se dividan en tamaño pequeño. Generalmente se utiliza este método y el sistema se divide en subsistemas. Todos aquellos subsistemas probados individualmente antes de que comience el proceso de prueba del sistema. Bajo el proceso de prueba de software se toman tres pasos. El módulo individual es la parte principal del enfoque durante el paso de prueba unitaria. Después de la prueba unitaria, todos los módulos individuales se combinan entre sí. Después de este paso, el proceso de prueba de software comienza y el desarrollador se centra en el sistema de software completo.
Examen de la unidad
Este es el primer paso del proceso de prueba de software y en este paso el programador confirma la función realizada por el módulo. El software tiene la unidad más pequeña que se llama módulo. Después del desarrollo del código fuente, comienza la prueba unitaria y verifica la sintaxis correcta. El objetivo principal de las pruebas unitarias es obtener la unidad mínima que podrá probar y confirmar que funciona o no. Cada módulo probado por separado. Después de probar, todos los módulos individuales se combinan entre sí. Algunas pruebas se realizan en el marco del proceso de prueba unitaria que es:
Nature test of module - En la prueba de naturaleza de un módulo, verificamos que el flujo de información sea positivo en el módulo probado en esa situación que se especifica para la prueba unitaria.
Performable test - Este checkout tiene como objetivo calcular el tiempo de respuesta, tiempo de inicio, tiempo de última y durante todo el tiempo de proceso y comunicación entre enlaces.
Local data structure test - El almacenamiento de datos locales se comprueba en este paso que todos los datos e información se recopilan de forma sistemática o no.
Boundary test - Esta prueba se realiza con la seguridad de que la información proporcionada por el software es verdadera o no en las condiciones que dan los usuarios.
Independent path test- En esta prueba se comprueba que la tarea dada se ejecuta correctamente o no y funciona correctamente. Solo con la ayuda de esta prueba puedes comprobarlo.
Error handling test- El error que ocurrió durante el proceso se maneja adecuadamente o no. Este tipo de información proporcionada bajo esta prueba.
Proceso de prueba unitaria
En el proceso de prueba unitaria, se necesitan datos o información sobre otro módulo. Con la ayuda del controlador y los talones podemos conseguirlo fácilmente. Un programador que da la prueba y la pasa al módulo probado se llama controlador. Los programas que se utilizan para reemplazar el módulo y los subordinados del módulo que se está probando se denominan stubs. Los talones y el controlador son la necesidad del proceso de prueba unitaria. La cantidad de talones y unidades se puede reducir si tienen la calidad de la simplicidad.
Examen de integración
Las pruebas de integración son el siguiente paso de las pruebas de software. En esta prueba, muchos tipos de módulos que se prueban individualmente se combinan entre sí en un subsistema que luego se prueba. El objetivo principal de las pruebas unitarias es que la información sobre la condición de funcionamiento del módulo independiente sea positiva, pero el principal inconveniente de las pruebas unitarias no tiene tal condición, lo que garantiza que estos módulos brinden un resultado positivo después de la conexión como un sistema completo. Entonces esta es la razón para realizar la prueba de integración. Necesitamos verificar los siguientes errores que pueden afectar la integración del módulo.Los datos externos pueden crear el problema.
Las pruebas fuera del módulo podrían estar fuera de lo esperado.
Es posible que el resultado de la integración no esté a favor de ese proceso o módulo.
Generalmente, las pruebas de integración utilizan dos métodos.
Prueba de integración descendente
Este tipo de método tiene una amplia área de pensamiento. Se necesita un módulo de alto nivel después de la prueba y se integra primero. Bajo este enfoque módulo reemplazado y proporcionando nuevos talones. Este proceso continúa en ese nivel hasta que integra todos los módulos y los prueba. En este enfoque se utiliza una lógica de alto nivel y un flujo de datos que disminuyen las necesidades de los conductores.
Beneficios
Primero se probaron los módulos de nivel superior.
Ambos enfoques son compatibles con "amplitud y profundidad".
Se requiere un conductor como máximo.
Dibujar espaldas
Los módulos de bajo nivel requieren mucho tiempo para su verificación.
No se encuentran datos adecuados en el talón para comentarios a favor del módulo de llamada.
El nivel de soporte es bajo para la funcionalidad limitada.
Complica la gestión de pruebas necesaria para el stub.
Prueba de integración ascendente
Este enfoque da importancia a los módulos de nivel inferior. En este nivel los módulos prueban primero y con la ayuda de un controlador integrado primero. Podemos agregar uno o más módulos combinados o articulados entre sí. Después de la integración de todos los módulos, este proceso se cerró.
Beneficios
Cuando comenzamos este proceso con el módulo real, no se requieren stubs.
Módulo de bajo nivel verificado al principio de este enfoque.
Dibujar espaldas
Complica la gestión de pruebas necesaria para los conductores.
Lanzamiento de funcionalidad limitada soportada por bajo nivel.
Verificación del tiempo del módulo de alto nivel.
Prueba del sistema
El proceso de prueba del sistema es la base de un sistema de software. El principal objetivo de las pruebas del sistema es que el software satisfaga los requisitos del cliente. La prueba del sistema es una serie de toda esa prueba con un ejercicio completo cuya base es el sistema informático. Cada tarea tiene un objetivo separado y una serie de pruebas diferentes, está claro que todas las partes del sistema se combinan de manera sistemática y hacen su trabajo muy bien. Hay tres tipos de pruebas en las pruebas de sistemas.
Recovery Testing- La base de las pruebas diseñadas en Recuperación es ese tipo que podemos observar fácilmente que cuánto rápido un sistema cubre sus puntos si el sistema falla. Tenemos muchos tipos de programas que se recuperan rápidamente de los errores y se inician en un momento determinado o funcionan en un momento determinado. Una falla tiene muchas causas, pero las pruebas de recuperación aclararon que el sistema cubría todas las fallas y funcionaba bien. Un ser humano siempre ha deseado que un sistema tenga la capacidad de recuperarse muy rápido sin contacto humano. El sistema de recuperación determinó que la condición de reparación es aceptable o no.
Security testing
Una aplicación de protección realizada en software, con la ayuda de esta aplicación proporciona seguridad de personas locales y que no tienen derecho a utilizar el sistema.
Con la ayuda de las pruebas de seguridad, otras computadoras no pueden obtener el beneficio de acceder a esta y su información.
Stress testing- Las pruebas de esfuerzo no se pueden realizar en condiciones normales. Con la ayuda de esto, se utiliza un sistema en esa condición cuando la demanda aumenta o disminuye rápidamente.
Cómo se realizó una función de entrada cuando la velocidad de entrada superó las expectativas.
La búsqueda excesiva y la búsqueda de datos al hacer clic también están involucradas en las pruebas de estrés.