Python ... clases de prueba?

Question

En python, ¿cómo escribimos casos de prueba para nuestras clases? Por ejemplo:

class Employee(object): 
    num_employees = 0 


# numEmployess is incremented each time an employee is constructed 
    def __init__(self, salary=0.0, firstName="", lastName="", ssID="", DOB=datetime.fromordinal(1), startDate=datetime.today()): #Employee attributes 
    self.salary=salary 
    self.firstName = firstName 
    self.lastName = lastName 
    self.ssID = ssID 
    self.DOB = DOB 
    self.startDate = startDate 
    Employee.num_employees += 1 #keep this 

    def __str__(self): #returns the attributes of employee for print 
    return str(self.salary) + ', ' + self.firstName + ' ' + self.lastName + ', ' + self.ssID + ', ' + str(self.DOB) + ', ' + str(self.startDate) 

Sé que hay algo llamado pruebas unitarias. Pero no estoy seguro de cómo funciona en absoluto. No pude encontrar una buena explicación que entendí en línea.

Answer 1

doctest es el más simple. Las pruebas están escritas en el docstring, y se parecen a los episodios REPL.

... 

    def __str__(self): 
    """Returns the attributes of the employee for printing 

    >>> import datetime 
    >>> e = Employee(10, 'Bob', 'Quux', '123', startDate=datetime.datetime(2009, 1, 1)) 
    >>> print str(e) 
    10, Bob Quux, 123, 0001-01-01 00:00:00, 2009-01-01 00:00:00 
    """ 
    return (str(self.salary) + ', ' + 
      self.firstName + ' ' + 
      self.lastName + ', ' + 
      self.ssID + ', ' + 
      str(self.DOB) + ', ' + 
      str(self.startDate) 
      ) 

if __name__ == '__main__': 
    import doctest 
    doctest.testmod() 

Answer 2

El "Testing Your Code" section of the Hitchhiker's Guide to Python discute prácticas generales de prueba/metodologías en Python, así como introducir herramientas específicas con el fin más o menos cada vez más complejo. Como se mencionó anteriormente, doctest es una manera súper sencilla de comenzar ... y desde allí, es posible que desee pasar a unittest() y más allá.

Mi experiencia ha sido que doctest puede (y debe) usarse como una prueba rápida y sucia por adelantado, pero ten cuidado de exagerar: puede llevar a archivos largos y feos que los usuarios de tu módulo pueden no querer ver at, especialmente si eres exhaustivo en tus pruebas y estás incluyendo todo tipo de casos de esquina. Transmitir esas pruebas a un marco de prueba dedicado como unittest() es una práctica mejor a largo plazo. Puede dejar solo lo básico en su doctest para que cualquier persona que vea el docstring tenga una idea rápida de cómo funciona el módulo en la práctica.