El código bajo reduce el tiempo de desarrollo y aumenta los dolores de cabeza de las pruebas

Solución de código bajo Ha demostrado su valor en la industria. Muchas empresas tienen tiempos de producción más largos y costos de desarrollo más bajos, pero confiar en estas soluciones de código bajo significa sacrificar la calidad debido a la falta de pruebas. Puede ser.

“Creo que las pruebas tradicionales de control de calidad en equipo, las pruebas de desarrollo, no se realizan con herramientas de bajo código”, dijo el director y vicepresidente senior de UX Tools. Dice Jason Beres. Indigo.Diseño En Infragistics, una empresa que proporciona componentes de UI. Es como, “Oye, esta herramienta nos ahorrará tiempo, ¿dónde podemos recortar parte de este tiempo?” Las herramientas se basan en plantillas y deben proporcionar la experiencia que necesita. Entonces, lo que elimina esa prueba y causa problemas es que el código generado no es un código comprobable, no ese código. Al igual que con las aplicaciones .NET normales, las aplicaciones Java y las aplicaciones angulares, los arquitectos no tienen que tener un conocimiento profundo de lo que están haciendo los proveedores de código bajo para generar estas pantallas. Puedes empezar a entender. Y su contenido. “

Dado que los proveedores de código bajo probablemente ya estén probando el componente, uno podría pensar que podría eliminar algo de presión sobre el probador. Sin embargo, según Beres, la mayoría de las pruebas (pruebas de UX, pruebas unitarias, pruebas funcionales, etc.) son ignoradas por los proveedores de código bajo. “Lo que hacen es decir: ‘Con nuestras herramientas, proporcionamos todo. No tienes que preocuparte por todo lo demás ‘”, dice Beres. ..

Eran Kinsbruner, evangelista jefe, DevOps, empresa de pruebas Software PERFORCEAdemás, tenga cuidado de no confiar demasiado en la suposición de que el proveedor de código bajo ha probado el componente.

Los componentes de código de flujo se combinan en el código o canalización de su aplicación, ya sea que estén bien probados o no, y usted es responsable de esto, dice Kinsbruner. “Es decir, desde el punto de vista del usuario final, si la aplicación tiene un error en el entorno de producción, al usuario final no le importa si utiliza al proveedor para generar automáticamente un fragmento de código o si lo hace ellos mismos. Calidad. Después de todo, es su responsabilidad, por lo que realmente no puede confiar en que el proveedor realice las pruebas en su nombre. “

Tiende a beneficiar a los proveedores de herramientas de la sospecha de creer que proporcionarán una línea de base de componentes que funcionan de forma inmediata. Pero si lo fusiona en su propio flujo comercial, es su responsabilidad y debe poder tener un control casi completo sobre los escenarios de usuario de un extremo a otro, dice Kinsbruner.

La seguridad también es una consideración. “Suponga que es un banco y su aplicación tiene sus propios servicios de back-end, bases de datos y conocimiento personal del usuario final. ¿Cómo estos componentes están bien probados y libres de fugas y exposiciones? ” ¿Puedes averiguar? “Dijo Kinsbruner.

Otro problema de pedirle a un proveedor de código bajo que pruebe es que incluso si prueba el componente correctamente, si encuentra problemas, es difícil ingresar al código, por lo que es difícil para los desarrolladores resolver esos problemas. Es difícil. Cuando se ejecutan pruebas y se producen fallos o errores, los evaluadores necesitan la capacidad de analizar y comprender esos problemas. Esto requiere algo de visibilidad.

Kinsbruner llama a esto una “caja negra” de pruebas porque los desarrolladores en realidad no tienen acceso al código fuente de la herramienta que generó este código.

淭 El desarrollador de aplicaciones o gerente de producto es el propietario del producto, independientemente de dónde provenga el código o cómo fue escrito, dice Kinsbruner. “Es decir, las pruebas son pruebas, los errores son errores. Lo único sobre el proceso es comprender la causa raíz de la depuración de estas fallas y corregirlas de manera adecuada para un análisis futuro. Digamos que está mirando el código creado por esta herramienta de código bajo y está encontrando errores. A veces puedes corregir errores. Estos son errores que heredan de algunas áreas del código que realmente no controlas. ¿Cómo decides si lanzar? ¿Cómo decide la prioridad y la gravedad de estos errores? En particular, errores, errores de seguridad y la causa raíz de estos errores. ¿Qué sucede si puede tener una combinación de errores que realmente no puede corregir porque no escribió su propio código? “

Max de Lavenne, director ejecutivo EdificableUn desarrollador de software personalizado, agregó, al solucionar problemas, es mejor evitar modificar la solución de código bajo en sí. Probablemente esto se deba a que cuando se utilizan herramientas de bajo código, se eligen para adaptarse al proyecto y al objetivo final.

Si ese resulta ser el caso y las soluciones de bajo código comienzan a chocar con esos objetivos, puede ser mejor comenzar a comprar en busca de alternativas.

“Para usar la metáfora: si tomas una manzana y sigues tratando de transformarla en una pera, puede ser una señal de que deberías haber comprado una pera en primer lugar”, dijo de Lavenne. ..

Los probadores deben ayudar en la selección de proveedores

Según Kinsbruner, uno de los pilares de un proceso de prueba de código bajo exitoso es involucrar a QA en el proceso de elección de un proveedor de código bajo. Idealmente, el evaluador debe conocer las API heredadas, las dependencias y otras tecnologías utilizadas para escribir el código.

“Un arquitecto de automatización de pruebas o un administrador de control de calidad necesita saber exactamente la arquitectura y la pila de herramientas que se utilizan para crear el código que se celebrará al final del día previo al lanzamiento”. Dijo Kinsbruner. ..

Desafortunadamente, las observaciones de Kinsbruner dejaron a la mayoría de los probadores a oscuras del proceso.

淭 Los ésteres y gerentes necesitan saber qué es una base de datos y qué API se están utilizando o llamando para que puedan construir un entorno de prueba para herramientas y procesos. Además, este tipo de herramientas y métodos. También necesita saber acerca de. No creo que ese sea el caso hoy en día en la mayoría de los casos ”, dice Kinsbruner.

Otro desafío durante el proceso de selección, según Infragistics Beres, es garantizar que las herramientas de bajo código se adapten al estilo de trabajo actual del equipo de desarrollo. Las herramientas de bajo código pueden usar tecnologías que no son estándar para el equipo de desarrollo, lo que agrega complejidad.

Si el equipo de desarrollo es un equipo de Angular, pase lo que pase, estas son cosas que no se pueden cambiar en el mundo, dijo Beres. “No van a cambiar a algo porque el equipo de diseño lo diga. No van a cambiar a algo porque los ejecutivos dicen que van a usar esta herramienta para ahorrar tiempo. Usarán lo que saben. El resultado puede ser el mismo que eligieron .NET o React, pero es algo a lo que los desarrolladores están acostumbrados. Por lo tanto, desarrollo angular Si forma parte de un equipo y sabe cómo probar, depurar y ejecutar scripts de compilación, ejecutar scripts de prueba y realizar la automatización con GitHub u otras herramientas, esto se acelera. Puede disfrutar de los beneficios del tiempo. Mercado. Si su código bajo no está bien integrado con él, o si está utilizando uno no estándar en lugar de la cadena de herramientas a la que está acostumbrado, entrará en esa categoría. . “

Los desarrolladores ciudadanos se están quedando atrás de las pruebas más complejas

Irónicamente, el atractivo del código bajo para muchas empresas es que cualquiera, no solo los desarrolladores, puede crear aplicaciones. Sin embargo, cuando ocurren errores, los desarrolladores ciudadanos pueden no tener la experiencia necesaria para resolver esos problemas.

“Las soluciones de bajo código que son muy accesibles para los usuarios finales a menudo tienen un código altamente optimizado o complejo para que lo lean los codificadores sin experiencia”, dijo Max de Lavenne, CEO de. Fijado. Edificable, Empresa de desarrollo de software a medida. Las compilaciones de código de flujo pueden utilizar técnicas de visualización u optimización que aprovechan al máximo HTML y CSS. Esto es más de lo que puede leer el programador medio. Esto es especialmente cierto para lowcode utilizado en ingeniería de bases de datos y conectividad API, por lo que no necesita un experto para probar su compilación de lowcode, pero debe incorporar el equipo A. “

Según Isaac Gould, director de investigación Investigación nuclearLos desarrolladores ciudadanos, los analistas de tecnología, deben poder manejar pruebas de flujo de trabajo simples.

Eran Kinsbruner, evangelista jefe, DevOps, empresa de pruebas Software PERFORCETenga en cuenta que pueden surgir problemas si se requieren pruebas más avanzadas. Él cree que las herramientas de prueba sin script pueden ser la respuesta que permita a los desarrolladores ciudadanos probar flujos de trabajo más complejos. Podríamos ser capaces de cerrar la brecha visualizando y modelando aplicaciones y pruebas y dejando que las herramientas creen algunos de estos casos de prueba, dijo.

Gould dijo que algunos proveedores de código bajo pueden diferenciarse proporcionando buenas herramientas educativas para los desarrolladores ciudadanos.

“Creo que la idea de” esting “es que cada vez que construyes una aplicación, obtienes un error en tu código, dice Gould. “La pregunta es, en estas plataformas de código bajo, determinar si ocurre un error en un área donde el desarrollador real tuvo que trabajar en la codificación para encontrar una relación más compleja que necesitaba hacer. Los componentes no están alineados correctamente, por lo que creo que es muy importante capacitar a los desarrolladores ciudadanos en estas plataformas. “

Según los informes, Apple requerirá que los empleados no vacunados realicen pruebas para detectar COVID-19. Las aplicaciones de Android 19 wave para Windows 11 están aquí gracias al subsistema de Windows para Android Latest Technology News

    Según los informes, Apple requerirá que los empleados no vacunados realicen pruebas para detectar COVID-19. Las 19 aplicaciones de Android wave para Windows 11 están aquí gracias al subsistema de Windows para Android

Similar Posts

Leave a Reply