Skip to content
Open

done #18

Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
12 changes: 6 additions & 6 deletions 8_Boundaries/8_Boundaries.md
Original file line number Diff line number Diff line change
@@ -1,4 +1,4 @@
![](img-8.1.png)
![](img-8.1.png)

We seldom control all the software in our systems. Sometimes we buy third-party pack-
ages or use open source. Other times we depend on teams in our own company to produce
Expand Down Expand Up @@ -112,11 +112,11 @@ figure out whether the bugs we are experiencing are in our code or theirs.
Learning the third-party code is hard. Integrating the third-party code is hard too.
Doing both at the same time is doubly hard. What if we took a different approach? Instead
of experimenting and trying out the new stuff in our production code, we could write some
tests to explore our understanding of the third-party code. Jim Newkirk calls such tests
learning tests.1
In learning tests we call the third-party API, as we expect to use it in our application.
We’re essentially doing controlled experiments that check our understanding of that API.
The tests focus on what we want out of the API.
tests to explore our understanding of the third-party code. Jim Newkirk

(جیم نیوکرک)چنین آزمون هایی را آزمون های یادگیری1 می نامد.
. در آزمون های یادگیری ، ما API شخص ثالث را فراخوانی میکنیم ، زیرا انتظار داریم از آن در برنامه خود استفاده کنیم. ما اساساً آزمایش های کنترل شده ای را انجام می دهیم که درک ما از آن API را بررسی می کند.
این تست ها بر روی آنچه ما از API می خواهیم متمرکز شده اند.

# Learning log4j
Let’s say we want to use the apache log4j package rather than our own custom-built log-
Expand Down