Apply suggestions from code review

Co-authored-by: Paolo Mazza <47277080+PaoloMazza1204@users.noreply.github.com>

1_Contenido/1_3__Calidad.md

@@ -81,7 +81,7 @@ Para documentar los casos de prueba puedes usar [esta
 plantilla](/3_Plantillas/3_4_Casos_de_prueba_de_usuario_final.md), o puedes usar
 la herramienta [Azure Test
 Plans](https://learn.microsoft.com/en-us/azure/devops/test/?view=azure-devops)
-antes mencionada. Los casos de prueba se van generado luego de definida la
+antes mencionada. Los casos de prueba se van generando luego de definida la
 estrategia de pruebas en la etapa de inicio a medida que van creando [casos de
 uso](/4_Conceptos/4_Caso_de_uso_del_producto.md), requerimientos funcionales y
 no-funcionales, código, etc. a probar.

4_Conceptos/4_Enfoques_de_pruebas.md

@@ -11,15 +11,15 @@ TODO: Completar con información de https://dabrowser.pmi.org/#item:287
 
 * **Pruebas de caja negra**. También llamadas pruebas basadas en
   especificaciones, examinan la funcionalidad de una aplicación sin examinar sus
-  estructuras o funcionamiento internos. Este enfoque de pruebas se puede
+  estructuras o funcionamiento interno. Este enfoque de pruebas se puede
   aplicar prácticamente a todos los niveles de prueba: unidad, integración,
   sistema y aceptación.
 
 * **Pruebas de caja blanca**. También conocidas como prueba de caja
   transparente, prueban las estructuras internas o el funcionamiento de una
   aplicación, a diferencia de su funcionalidad —que serían pruebas de caja
-  negra—. Para diseñas los casos de estas pruebas se usa una perspectiva interna
-  del sistema. Este enfoque de pruebas ase puede aplicar a nivel de unidad,
+  negra—. Para diseñar los casos de estas pruebas se usa una perspectiva interna
+  del sistema. Este enfoque de pruebas se puede aplicar a nivel de unidad,
   integración y de sistema.
 
 * **Pruebas confirmatorias**. Son pruebas que permiten confirmar o rechazar