@@ -6,7 +6,7 @@ msgstr ""
66"Project-Id-Version : Python 3.6\n "
77"Report-Msgid-Bugs-To : \n "
88"POT-Creation-Date : 2019-10-09 17:54+0200\n "
9- "PO-Revision-Date : 2019-12-01 23:16 +0100\n "
9+ "PO-Revision-Date : 2019-12-01 23:20 +0100\n "
1010"Language-Team : FRENCH <traductions@lists.afpy.org>\n "
1111"Language : fr\n "
1212"MIME-Version : 1.0\n "
@@ -117,7 +117,7 @@ msgid ""
117117"So to test it we need to pass in an object with a ``close`` method and check "
118118"that it was called correctly."
119119msgstr ""
120- "Ainsi, pour tester cette classe, nous devons lui passer un objet ayant un "
120+ "Ainsi, pour tester cette classe, nous devons lui passer un objet ayant uun "
121121"méthode ``close``, puis vérifier qu'elle a bien été appelée."
122122
123123#: ../Doc/library/unittest.mock-examples.rst:99
@@ -128,8 +128,8 @@ msgid ""
128128"assert_called_with` will raise a failure exception."
129129msgstr ""
130130"En fait, nous n'avons pas à nous soucier de fournir la méthode ``close`` "
131- "dans notre objet « simulé ». Le simple fait d'accéder à la méthode ' close' "
132- "l'a crée. Si par contre la méthode ' close' n'a pas été appelée alors, bien "
131+ "dans notre objet « simulé ». Le simple fait d'accéder à la méthode `` close`` "
132+ "l'a crée. Si par contre la méthode `` close`` n'a pas été appelée alors, bien "
133133"que le test la créée en y accédant, :meth:`~Mock.assert_called_with` lèvera "
134134"une exception."
135135
@@ -376,9 +376,8 @@ msgid ""
376376msgstr ""
377377
378378#: ../Doc/library/unittest.mock-examples.rst:388
379- #, fuzzy
380379msgid "``patch.object``::"
381- msgstr "``patch.object``:"
380+ msgstr "``patch.object`` : :"
382381
383382#: ../Doc/library/unittest.mock-examples.rst:405
384383msgid ""
0 commit comments