Las pruebas de desplazamiento a la izquierda [1] son un enfoque de las pruebas de software y de sistemas en el que las pruebas se realizan en una etapa más temprana del ciclo de vida (es decir, se desplazan hacia la izquierda en la línea de tiempo del proyecto). Es la primera mitad de la máxima "probar temprano y con frecuencia". [2] Fue acuñada por Larry Smith en 2001. [3] [4]
Las pruebas de desplazamiento a la izquierda tienen como objetivo evitar los siguientes tipos de daños debido a pruebas tardías:
Existen cuatro formas básicas de realizar pruebas en etapas más tempranas del ciclo de vida (es decir, hacia la izquierda en el modelo V clásico ). Estas pueden denominarse pruebas tradicionales de desplazamiento a la izquierda, [5] pruebas incrementales de desplazamiento a la izquierda, pruebas de desplazamiento a la izquierda Agile/DevOps, [6] [7] y pruebas de desplazamiento a la izquierda basadas en modelos. [8]
Como se ilustra en la siguiente figura, el método tradicional shift-left desplaza el énfasis de las pruebas hacia abajo (y, por lo tanto, ligeramente hacia la izquierda) en el lado derecho del modelo V clásico. En lugar de enfatizar la aceptación y las pruebas a nivel de sistema (por ejemplo, pruebas de GUI con herramientas de grabación y reproducción [9] ), el método tradicional shift-left se concentra en las pruebas unitarias y las pruebas de integración (por ejemplo, utilizando pruebas de API y herramientas de prueba modernas). La transición a las pruebas tradicionales shift-left se ha completado en gran medida. [ ¿ por quién? ]
Como se ilustra en la siguiente figura, muchos proyectos que desarrollan sistemas grandes y complejos que dependen del software descomponen el desarrollo en una pequeña cantidad de incrementos (V) que tienen duraciones correspondientemente más cortas. El desplazamiento a la izquierda ilustrado por las flechas rojas discontinuas se produce porque partes de los tipos de prueba del modelo V de cascada grande y único (mostrados en gris) se desplazan a la izquierda para convertirse en incrementos de los tipos de prueba correspondientes en los modelos V incrementales más pequeños. Cuando cada incremento es también una entrega al cliente y a las operaciones, entonces las pruebas incrementales con desplazamiento a la izquierda desplazan tanto las pruebas de desarrollo como las pruebas operativas hacia la izquierda. Las pruebas incrementales con desplazamiento a la izquierda son populares cuando se desarrollan sistemas grandes y complejos, especialmente aquellos que incorporan cantidades significativas de hardware. Al igual que el desplazamiento a la izquierda tradicional, la transición al desplazamiento a la izquierda incremental también se ha completado en gran medida.
Como se ilustra en la siguiente figura, los proyectos Agile y DevOps tienen numerosas V de corta duración (sprints) en lugar de una única o una pequeña cantidad de V como en los dos ejemplos anteriores de pruebas de desplazamiento a la izquierda. Estas pequeñas V también se modificarían si se utilizan uno o más sprints tempranos para bloquear los requisitos básicos y la arquitectura o si se están realizando pruebas primero y desarrollo impulsado por pruebas (TDD). El desplazamiento a la izquierda se produce porque los tipos de pruebas en los lados derechos de la primera de estas pequeñas V están a la izquierda de los tipos de pruebas correspondientes en el lado derecho de las V más grandes que reemplazan. Si bien la siguiente figura parece notablemente la misma para Agile y DevOps, las pruebas Agile generalmente se limitan a las pruebas de desarrollo y no incluyen las pruebas operativas, que se producen una vez que el sistema se pone en funcionamiento. La transición a las pruebas de desplazamiento a la izquierda Agile/DevOps es actualmente popular y está en curso.
Las formas anteriores se concentraban en realizar pruebas en las primeras etapas del ciclo de desarrollo. Sin embargo, todas las pruebas se realizan después de que el software ya existe y solo buscan descubrir defectos de implementación. [ cita requerida ]
Las pruebas basadas en modelos trasladan las pruebas al lado izquierdo de las V, al probar requisitos, arquitectura y modelos de diseño. Este cambio comienza con las pruebas casi de inmediato, en lugar de esperar un tiempo prolongado (pruebas tradicionales), un tiempo medio (pruebas incrementales) o un tiempo breve (Agile/DevOps) para que el software esté disponible en el lado derecho de las V. Esta tendencia recién está comenzando.
