Las clases y los objetos son conceptos fundamentales en la programación orientada a objetos
Una clase es un blueprint o plantilla que define los atributos y métodos de un determinado tipo de objeto. Un objeto es una instancia o ejemplo de una clase que tiene valores y comportamientos específicos. Por ejemplo, puede crear una clase llamada Dog que tenga atributos como nombre, raza y edad, y métodos como ladrar, correr y buscar. A continuación, puede crear objetos como Fido, Spot y Rover que pertenecen a la clase Dog y tienen diferentes nombres, razas y edades.
Testing's strength is that it can identify the presence of bugs, yet many people use tests to try to show something is correct. Tests simply cannot do this. Thus before testing, and perhaps before even coding, one should write a specification of some kind. Specifications define how something should function. Writing a specification feels hard, because you are working out inconsistencies. It's easy for us humans to imagine contradictory outcomes for a function. It's only when you write a specification that those contradictions appear. Coders we tend to call these "corner cases", actually they are the cases we didn't see or consider prior to implementation. Write a spec, your code will be tighter, and your tests can serve their true purpose.
Another way to think about the relationship between a class and its objects is like a cookie cutter — the class is the cookie cutter, defining the size, shape & attributes of the cookies. The cookies are the objects or instances of the cookie cutter, where the objects have values for the attributes defined by the class.
The (original) content is too simplified, and incorrect (for many languages or use cases/good practices). Fido, Spot and Rover would NOT be objects. They would be classes inheriting from Dog class (in languages that support class inheritance), or implementing interface/protocol/trait Dog (in languages that have interfaces/protocols, and/or don't support class inheritance). Then we'd instantiate those classes to get objects.
La prueba de clases y objetos es el proceso de verificar que funcionan según lo esperado y cumplen con los requisitos del programa. Existen diferentes tipos de pruebas, como pruebas unitarias, pruebas de integración y pruebas de sistemas, que se centran en diferentes niveles de granularidad y complejidad. Las pruebas unitarias son el tipo de prueba más común y básico, que comprueba la funcionalidad y la lógica de clases y métodos individuales. Las pruebas de integración comprueban cómo interactúan y se comunican entre sí las diferentes clases y objetos. Las pruebas del sistema comprueban el rendimiento general y el comportamiento del programa en su conjunto.
There is no explanation on "how" to test classes and objects. The contents here only talk about the different kinds of test, not how to use them.
Agreeing with the other contributor that this doesn't explain "how". Furthermore, all the testing above (and debugging below) describes testing/debugging code, NOT classes or objects. Classes or objects themselves can't be tested or debugged. "Testing or debugging" of classes or objects: - experiment with various definitions of the same class: -- choice of fields, fields' types and attributes (such as private/protected/public/volatile/const/final...), and see how it fits the existing and future use cases, and -- choice of methods/associated functions, their parameters, result types, and contracts (behaviors, side effects) - experiment with various sequences/scenarios of calling functions/methods with/on various choices of objects.
La depuración de clases y objetos es el proceso de encontrar y corregir errores o errores en el código. Existen diferentes herramientas y técnicas que pueden ayudarle a depurar clases y objetos, como puntos de interrupción, inspecciones y registros. Los puntos de interrupción son puntos en el código donde se detiene la ejecución y le permiten inspeccionar los valores y estados de las variables y objetos. Los relojes son expresiones que puede evaluar y supervisar durante la sesión de depuración. Los registros son mensajes que puede imprimir o escribir en un archivo para realizar un seguimiento del flujo y los eventos del programa.
Python es un lenguaje de programación popular y versátil que admite múltiples paradigmas, incluida la POO. Para probar y depurar clases y objetos en Python, puede utilizar el módulo unittest integrado, que proporciona un marco para crear y ejecutar casos de prueba. También puede usar el módulo pdb, que es un depurador simple pero potente que le permite establecer puntos de interrupción, recorrer el código y examinar los objetos. Alternativamente, puede usar un entorno de desarrollo integrado (IDE) como PyCharm, que ofrece una interfaz gráfica de usuario (GUI) para probar y depurar.
Java es un lenguaje de programación ampliamente utilizado e influyente que se basa en OOP. Para probar y depurar clases y objetos en Java, puede utilizar el marco JUnit, que es una herramienta estándar y popular para crear y ejecutar casos de prueba. También puede utilizar Java Debugger (JDB), que es una herramienta de línea de comandos que le permite establecer puntos de interrupción, recorrer el código e inspeccionar los objetos. Además, puede usar un IDE como Eclipse, que proporciona una GUI para probar y depurar.
One obstacle to unit testing in an OOP such as Java is how to test the functionally of a class with dependencies. You will want to isolate the functionally of the specific class, and not the functionally of the dependencies. To do this you can mock the dependencies using a tool such as mockito. This will let you pass on a mocked version of the each dependency, and specify what return values the dependency's methods should return.
Please also mention other tools. IntelliJ IDEA and NetBeans (not so maintained) have GUI much simpler than Eclipse. IntelliJ IDEA supports Kotlin well, too (since it's from the same company: JetBrains).