La actitud del desarrollador para crear casos de prueba útiles

Las pruebas son un elemento indispensable en el desarrollo de software moderno, pero los casos de prueba también son, al final, código escrito por desarrolladores, por lo que a veces pueden surgir problemas. Presentamos un artículo que examina qué hace que un caso de prueba sea “útil” desde una perspectiva orientada a objetos. (Coreano)

La idea principal es que una prueba es [un módulo que tiene la responsabilidad de probar otro módulo encapsulado]. Eso significa que las pruebas también son claramente parte del código que se desarrolla, por lo que deben seguir los principios de la orientación a objetos y mejorarse y refactorizarse de forma continua. Entonces, también puede inferirse a partir de los principios SOLID que los casos de prueba no deben acceder ni depender de elementos internos concretos del módulo bajo prueba, como los métodos private. Lo que un caso de prueba debe verificar, después de todo, es la responsabilidad abstracta de ese módulo, por lo que la prueba debe realizarse únicamente a través de la interfaz externa del módulo que refleja esa responsabilidad.

En lo personal, creo que este es uno de varios obstáculos que quienes empiezan a programar tienen que superar. Cuando yo también estaba aprendiendo orientación a objetos por primera vez, escuché en una clase que “no se deben probar directamente los métodos private” y la explicación de por qué, pero sinceramente en ese momento no lo entendí bien. No fue sino hasta mucho tiempo después que llegué a comprender este punto en cierta medida.