Avance 5

python · cmaureir · Aug 4, 2021 · Jan 21, 2021 · Jan 22, 2021 · Jan 27, 2021
commit 0461f97bb2a4bdecd022b7d19e09c83e6126734a
diff --git a/library/unittest.mock-examples.po b/library/unittest.mock-examples.po
@@ -11,7 +11,7 @@ msgstr ""
 "Project-Id-Version: Python 3.8\n"
 "Report-Msgid-Bugs-To: \n"
 "POT-Creation-Date: 2020-05-05 12:54+0200\n"
-"PO-Revision-Date: 2021-02-22 21:04-0300\n"
+"PO-Revision-Date: 2021-03-05 10:51-0300\n"
 "Language-Team: python-doc-es\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
@@ -367,6 +367,10 @@ msgid ""
 "default, ``__aenter__`` and ``__aexit__`` are ``AsyncMock`` instances that "
 "return an async function."
 msgstr ""
+"Desde Python 3.8, ''AsyncMock' y ''MagicMock'' tienen soporte para mock :"
+"ref:'async-context-managers' a través de ''__aenter__'' y ''__aexit__''. De "
+"forma predeterminada, las instancias ''__aenter__' y ''__aexit__'' son "
+"instancias de ''AsyncMock' que devuelven una función asincrónica."
 
 #: ../Doc/library/unittest.mock-examples.rst:322
 msgid "Creating a Mock from an Existing Object"
@@ -381,6 +385,13 @@ msgid ""
 "you refactor the first class, so that it no longer has ``some_method`` - "
 "then your tests will continue to pass even though your code is now broken!"
 msgstr ""
+"Un problema con el uso excesivo de mocking es que combina sus pruebas a la "
+"implementación de sus mocks en lugar de su código real. Supongamos que tiene "
+"una clase que implementa ''some_method'''. En una prueba para otra clase, se "
+"proporciona un mock de este objeto que *also* proporciona ''some_method'''. "
+"Si más tarde refactoriza la primera clase, para que ya no tenga "
+"''some_method'' - entonces sus pruebas seguirán pasando a pesar de que su "
+"código está ahora roto!"
 
 #: ../Doc/library/unittest.mock-examples.rst:331
 msgid ""
@@ -391,30 +402,45 @@ msgid ""
 "specification, then tests that use that class will start failing immediately "
 "without you having to instantiate the class in those tests."
 msgstr ""
+":class:'Mock' le permite proporcionar un objeto como especificación para el "
+"mock, utilizando el argumento de palabra clave *spec*. El acceso a métodos / "
+"atributos en el mock que no existen en el objeto de especificación generará "
+"inmediatamente un error de atributo. Si cambia la implementación de la "
+"especificación, las pruebas que usan esa clase comenzarán a fallar "
+"inmediatamente sin tener que crear instancias de la clase en esas pruebas."
 
 #: ../Doc/library/unittest.mock-examples.rst:344
 msgid ""
 "Using a specification also enables a smarter matching of calls made to the "
 "mock, regardless of whether some parameters were passed as positional or "
 "named arguments::"
 msgstr ""
+"El uso de una especificación también permite una coincidencia más "
+"inteligente de las llamadas realizadas al mock, independientemente de si "
+"algunos parámetros se pasaron como argumentos posicionales o con nombre::"
 
 #: ../Doc/library/unittest.mock-examples.rst:355
 msgid ""
 "If you want this smarter matching to also work with method calls on the "
 "mock, you can use :ref:`auto-speccing <auto-speccing>`."
 msgstr ""
+"Si desea que esta coincidencia más inteligente también funcione con llamadas "
+"de método en el mock <auto-speccing></auto-speccing>, puede usar :ref:'auto-"
+"speccing'."
 
 #: ../Doc/library/unittest.mock-examples.rst:358
 msgid ""
 "If you want a stronger form of specification that prevents the setting of "
 "arbitrary attributes as well as the getting of them then you can use "
 "*spec_set* instead of *spec*."
 msgstr ""
+"Si desea una forma más fuerte de especificación que impida la configuración "
+"de atributos arbitrarios, así como la obtención de ellos, entonces puede "
+"usar *spec_set* en lugar de *spec*."
 
 #: ../Doc/library/unittest.mock-examples.rst:365
 msgid "Patch Decorators"
-msgstr ""
+msgstr "Decoradores de Parches"
 
 #: ../Doc/library/unittest.mock-examples.rst:369
 msgid ""