Merge ec4bcce006 into 2fb5f7ad29

rustbook-ru/src/ch11-01-writing-tests.md

@@ -196,7 +196,7 @@ Cargo скомпилировал и выполнил тест. Мы видим
 {{#include ../listings/ch11-writing-automated-tests/no-listing-04-bug-in-add-two/output.txt}}
 ```
 
-Наш тест нашёл ошибку! Тест `it_adds_two` не выполнился, отображается сообщение `assertion failed: `(left == right)`` и показывает, что `left` было `4`, а `right` было `5`. Это сообщение полезно и помогает начать отладку: это означает `left` аргумент `assert_eq!` имел значение `4`, но <code>right</code> аргумент для вызова <code>add_two(2)</code> был со значением <code>5</code>.
+Наш тест нашёл ошибку! Тест `it_adds_two` не выполнился, отображается сообщение `assertion failed: `(left == right)`` и показывает, что `right` было `4`, а `left` было `5`. Это сообщение полезно и помогает начать отладку: это означает `right` аргумент `assert_eq!` имел значение `4`, но <code>left</code> аргумент для вызова <code>add_two(2)</code> был со значением <code>5</code>.
 
 Обратите внимание, что в некоторых языках (таких как Java) в библиотеках кода для тестирования принято именовать входные параметры проверочных функций как "ожидаемое" (`expected`) и "фактическое" (`actual`). В Rust приняты следующие обозначения `left` и `right` соответственно, а порядок в котором определяются ожидаемое значение и производимое тестируемым кодом значение не имеют значения. Мы могли бы написать выражение в тесте как `assert_eq!(add_two(2), 4)`, что приведёт к отображаемому сообщению об ошибке `assertion failed: `(left == right)``, слева `left` было бы <code>5</code>, а справа <code>right</code> было бы <code>4</code>.