Skip to content

Commit f41cf45

Browse files
authored
Update readme.kr.md
1 parent 1a149df commit f41cf45

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

readme.kr.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -61,7 +61,7 @@ JavaScript 및 Node.js에 대한 A부터 Z까지의 믿음직한 가이드입니
6161

6262
<br/>
6363

64-
## ⚪ ️ 0. 황금률: 린 테스트를 위한 설계
64+
## ⚪ ️ 0 황금률: 린 테스트를 위한 설계
6565

6666
:white_check_mark: **이렇게 해라:** 테스트 코드는 제품 코드와 다릅니다. 단순하고, 짧고, 추상화가 없고, 무난하고, 작업하기에 편리하고, 린하게 디자인 하십시오. 테스트를 보고 즉시 의미를 알아챌 수 있어야 합니다.
6767

@@ -918,7 +918,7 @@ it("사이트 이름을 변경하면, 성공 결과값을 받아온다", async (
918918

919919
# 섹션 3️⃣: 프론트엔드 테스트
920920

921-
## ⚪ ️ 3.1. 기능으로부터 화면을 분리하십시오
921+
## ⚪ ️ 3.1 기능으로부터 화면을 분리하십시오
922922

923923
:white_check_mark: **이렇게 해라:** 컴포넌트 로직을 테스트할때, 화면의 세부사항들은 제외되어야할 노이즈가 됩니다. 그것을 제외함으로써 당신의 테스트들은 순수한 데이터에 집중할 수 있습니다. 실제로, 그래픽 구현에 너무 결합되지 않는 추상적인 방법을 통해 요구되어지는 데이터를 마크업으로부터 추출하십시오. 그리고 느리게 만드는 애니메이션들을 제외한 오직 순수한 데이터를 검증하십시오(vs HTML/CSS 화면 세부사항). 당신은 렌더링하는 것을 피하고 오직 화면의 뒷부분(서비스, 액션, 스토어등과 같은)만을 테스트 하려고 할 수도 있습니다. 하지만, 이것은 실제와 같지도 않으며 심지어 화면에 올바른 데이터가 도달하지 않은 경우를 나타내지도 않는 가짜 테스트에서의 결과가 될 것 입니다.
924924

@@ -1202,7 +1202,7 @@ test('movie title appears', async () => {
12021202

12031203
<br/>
12041204

1205-
## ⚪ ️ 3.5. 화면의 내용이 네트워크를 통해 어떻게 제공될지 확인하십시오
1205+
## ⚪ ️ 3.5 화면의 내용이 네트워크를 통해 어떻게 제공될지 확인하십시오
12061206

12071207
![](https://img.shields.io/badge/🔧%20Example%20using%20Google%20LightHouse-blue.svg
12081208
"Examples with Lighthouse")

0 commit comments

Comments
 (0)