Apply suggestions from code review

for reviewer's suggestions, part 1.

Co-authored-by: mindihx <[email protected]>

Author: ken71301

library/unittest.mock.po

@@ -2362,7 +2362,7 @@ msgid ""
 "The ``sentinel`` attributes now preserve their identity when they are :mod:"
 "`copied <copy>` or :mod:`pickled <pickle>`."
 msgstr ""
-"``哨兵``\\ 屬性現在在是 :mod:`copied <copy>` 或 :mod:`pickled <pickle>` 時保"
+"``哨兵``\\ 屬性現在當被\\ :mod:`複製 <copy>`\\ 或\\ :mod:`序列化 <pickle>`\\ 時會保"
 "留其識別性。"
 
 #: ../../library/unittest.mock.rst:2203
@@ -2373,7 +2373,7 @@ msgid ""
 "creating and testing the identity of objects like this."
 msgstr ""
 "在測試時，有時你需要測試特定物件是否作為引數被傳遞給另一個方法或回傳。建立命"
-"名的哨兵物件來測試這一點是常見的。:data:`sentinel` 提供了一種建立和測試此類物"
+"名的哨兵物件來測試這一點是常見的。:data:`sentinel` 提供了一種此類建立和測試物"
 "件識別性的便利方式。"
 
 #: ../../library/unittest.mock.rst:2208
@@ -2419,7 +2419,7 @@ msgid ""
 "a list of all the intermediate calls as well as the final call."
 msgstr ""
 "對於表示多個呼叫的 call 物件，:meth:`call_list` 回傳所有中間呼叫以及最終呼叫"
-"的清單。"
+"的串列。"
 
 #: ../../library/unittest.mock.rst:2252
 msgid ""
@@ -2429,7 +2429,7 @@ msgid ""
 "constructing the sequence of calls can be tedious."
 msgstr ""
 "``call_list`` 在對\\ \"鍊接呼叫 (chained calls)\"\\ 進行斷言時特別有用。鍊接"
-"呼叫是對單行程式碼進行的多次呼叫。這會導致 mock 上的 :attr:`~Mock."
+"呼叫是在單行程式碼進行的多次呼叫。這會導致 mock 上的 :attr:`~Mock."
 "mock_calls` 中出現多個項目。手動建構呼叫序列會相當單調乏味。"
 
 #: ../../library/unittest.mock.rst:2257
@@ -2448,7 +2448,7 @@ msgid ""
 "to get at the individual arguments they contain."
 msgstr ""
 "取決於它的建構方式，一個 ``call`` 物件會是（位置引數, 關鍵字引數）的元組，或"
-"是（名稱, 位置引數, 關鍵字引數）的元組。當你自己建構它們時，這並不是那麼有"
+"是 (名稱, 位置引數, 關鍵字引數) 的元組。當你自己建構它們時，這並不是那麼有"
 "趣，但是 :attr:`Mock.call_args`、:attr:`Mock.call_args_list` 和 :attr:`Mock."
 "mock_calls` 屬性中的 ``call`` 物件可以被內省以取得它們包含的各個引數。"
 
@@ -2462,7 +2462,7 @@ msgid ""
 msgstr ""
 ":attr:`Mock.call_args` 和 :attr:`Mock.call_args_list` 中的 ``call`` 物件是"
 "（位置引數, 關鍵字引數）的二元組，而 :attr:`Mock.mock_calls`中的 ``call`` 物"
-"件以及你自己建立 ``call`` 物件是（名稱, 位置引數, 關鍵字引數）的三元組。"
+"件以及你自己建立的 ``call`` 物件是（名稱, 位置引數, 關鍵字引數）的三元組。"
 
 #: ../../library/unittest.mock.rst:2286
 msgid ""
@@ -2509,7 +2509,7 @@ msgid ""
 msgstr ""
 "如果一個類別作為規格使用，則 mock（該類別的實例）的回傳值將具有相同的規格。你"
 "可以透過傳遞 ``instance=True`` 來使用一個類別作為一個實例物件的規格。只有當 "
-"mock 的實例是可呼叫物件時，回傳的 mock 才可以被呼叫。"
+"mock 的實例是可呼叫物件時，回傳的 mock 才會是可呼叫物件。"
 
 #: ../../library/unittest.mock.rst:2338
 msgid ""
@@ -2578,7 +2578,7 @@ msgid ""
 "filtering, or need to switch it off for diagnostic purposes, then set ``mock."
 "FILTER_DIR = False``."
 msgstr ""
-":data:`FILTER_DIR` 是一個模組級別的變數，用於控制 mock 物件響應 :func:`dir`的"
+":data:`FILTER_DIR` 是一個模組級別的變數，用於控制 mock 物件回應 :func:`dir`的"
 "方式。其預設值為 ``True``，它使用以下描述的過濾方式來只顯示有用的成員。如果你"
 "不喜歡這個過濾方式，或由於診斷意圖而需要將其關閉，請設定 ``mock.FILTER_DIR = "
 "False``。"
@@ -2650,12 +2650,12 @@ msgid ""
 "in-memory filesystem packages on `PyPI <https://pypi.org>`_ can offer a "
 "realistic filesystem for testing."
 msgstr ""
-"*read_data*\\ 是一個檔案處理的 :meth:`~io.IOBase.read`、:meth:`~io.IOBase."
-"readline` 和 :meth:`~io.IOBase.readlines` 方法的回傳字串。對這些方法的呼叫將"
+"*read_data* 是檔案處理方法 :meth:`~io.IOBase.read`、:meth:`~io.IOBase."
+"readline` 和 :meth:`~io.IOBase.readlines` 的回傳字串。對這些方法的呼叫將"
 "從\\ *read_data*\\ 取得資料，直到資料耗盡。對這些方法的 mock 非常單純：每次呼"
 "叫\\ *mock*\\ 時，*read_data* 都會倒回到起點。如果你需要對提供給測試程式碼的"
 "資料進行更多控制，你會需要自行客製化這個 mock。如果這樣還不夠，`PyPI "
-"<https://pypi.org>`_ 上的其中一個記憶體內檔案系統套件 (in-memory filesystem) "
+"<https://pypi.org>`_ 上的其中一個記憶體內檔案系統 (in-memory filesystem) 套件 "
 "可以提供用於測試的真實檔案系統。"
 
 #: ../../library/unittest.mock.rst:2468
@@ -2712,7 +2712,7 @@ msgstr "為了讀取檔案： ::"
 
 #: ../../library/unittest.mock.rst:2520
 msgid "Autospeccing"
-msgstr "Autospeccing （自動規格）"
+msgstr "Autospeccing（自動規格）"
 
 #: ../../library/unittest.mock.rst:2522
 msgid ""
@@ -2726,7 +2726,7 @@ msgstr ""
 "自動規格以 mock 現有的 :attr:`spec` 功能作為基礎。它將 mock 的 api 限制為原始"
 "物件（規格）的 api，但它是遞迴的（惰性 (lazily) 實現），因此 mock 的屬性僅具"
 "有與規格的屬性相同的 api。此外，被 mock 的函式/方法具有與原始的函式/方法相同"
-"的呼叫簽名，因此如果他們被不正確地呼叫，就會引發 :exc:`TypeError`。"
+"的呼叫簽名，因此如果它們被不正確地呼叫，就會引發 :exc:`TypeError`。"
 
 #: ../../library/unittest.mock.rst:2529
 msgid "Before I explain how auto-speccing works, here's why it is needed."
@@ -2773,7 +2773,7 @@ msgid ""
 "means your tests can all pass even though your code is broken."
 msgstr ""
 "第二個問題對於 mock 來說更為普遍。如果你重構某些程式碼、重新命名成員等等，則"
-"任何對仍然使用\\ *舊 api*\\ 但使用 mock 而不是真實物件的程式碼地測試仍然會通"
+"任何對仍然使用\\ *舊 api* 但使用 mock 而不是真實物件的程式碼的測試仍然會通"
 "過。這意味著即使你的程式碼已經壞了，你的測試也可以全部通過。"
 
 #: ../../library/unittest.mock.rst:2566
@@ -2892,8 +2892,8 @@ msgid ""
 "at all. *autospec* can't know about any dynamically created attributes and "
 "restricts the api to visible attributes. ::"
 msgstr ""
-"一個更嚴重的問題是，實例屬性通常是在 :meth:`~object.__init__` 方法中建立的，"
-"且根本不存在於類別中。*autospec* 無法了解任何動態建立的屬性，並將 api 限制為"
+"一個更嚴重的問題是，在 :meth:`~object.__init__` 方法中建立實例屬性是常見的，"
+"而其根本不存在於類別中。*autospec* 無法知道任何動態建立的屬性，並將 api 限制為"
 "可見的屬性。： ::"
 
 #: ../../library/unittest.mock.rst:2676
@@ -2942,7 +2942,7 @@ msgid ""
 "These will just be ordinary mocks (well - MagicMocks):"
 msgstr ""
 "這就帶來了另一個問題。為稍後將成為不同型別的物件的成員提供預設值 “None” 是相"
-"對常見的。``None`` 作為規格是無效的，因為它不允許你存取其上的\\ *任何*\\ 屬性"
+"對常見的。``None`` 作為規格是無用的，因為它不允許你存取其上的\\ *任何*\\ 屬性"
 "或方法。由於 ``None`` 作為規格\\ *永遠不會*\\ 有用，並且可能表示通常屬於其他"
 "型別的成員，因此自動規格不會對設定為 ``None`` 的成員使用規格。這些會只是普通"
 "的 mock（通常是 MagicMocks）："
@@ -2959,7 +2959,7 @@ msgid ""
 msgstr ""
 "如果修改正式生產 (production) 類別以新增預設值不符合你的喜好，那麼還有更多選"
 "擇。其中之一就是簡單地使用實例作為規格而不是使用類別。另一種是建立一個正式生"
-"產類別的子類別，並將預設值新增至子別中，而不影響正式生產類別。這兩個都需要你"
+"產類別的子類別，並將預設值新增至子類別中，而不影響正式生產類別。這兩個都需要你"
 "使用替代物件作為規格。值得慶幸的是 :func:`patch` 支援這一點 - 您可以簡單地將"
 "替代物件作為 *autospec* 引數傳遞： ::"