On this page

2021년07월22일

문서 생성 2021-07-22 12:47:28 최근 수정 2021-07-22 21:30:48

On this page

Note
log

Note

Python

codeup 기초 100제 6097 풀었다. 무식하게 푸는 방법으로

h, w = map(int, input().split())
n = int(input())

table = [] 
for i in range(h):
  a = [] 
  for j in range(w):
    a.append(0)
  table.append(a)

for i in range(n):
  l, d, x, y = map(int, input().split())
  if (d == 0): # 가로 
    for j in range(l):
      table[x-1][y+j-1] = 1
  else:        # 세로 
    for j in range(l):
      table[x+j-1][y-1] = 1

for i in range(h):
  for j in range(w):
    print(table[i][j], end=' ')
  print()

입력값을 한번에 int로 변경하려면 map을 사용하면 된다.
- map(int, input().split()
- js에서 map이 생각난다.

JavaScript

테스트 코드

테스트 코드가 필요한 이유
- 값을 일일이 입력해보지 않더라도 기능이 돌아가는 것을 검증이 가능하다. 손으로 확인하는 시간을 줄여주게 된다.
Jest를 이용한 JavaScript 테스트 코드 작성 방법
- jest로 테스트 코드 실행 시 --watchAll 옵션을 붙이면 테스트 코드 파일 변화시마다 자동으로 테스트를 실행한다.
- ~.spec.js 파일을 만든 뒤 npm t로 테스트를 실행하는 것이 기본적인 테스트 수행 방법이다.
- describe(): 연관된 테스트 케이스를 그룹화
- test(): 하나의 테스트 케이스를 검증
```
test('10 + 20 = 30', () => {
  expect(sum(10, 20)).toBe(30);
})
```
ESLint에 Jest 관련 코드 제외하기

// .eslintrc.js 
module.exports = {
  env: {
  ...,
    jest: true,
    }
... 
}

테스트는 원하는 결과보다 예외 케이스를 먼저 점검하고 그 범위를 줄여나가는 것이 좋다.
테스트는 사용자관점에서 이루어지는 것이 좋다.
- ex. 값이 잘 들어가는지 확인 -> 값이 잘 들어가지 않았을 때 유효성 체크 + 사용자에게 표시가 잘 되는지 확인

Vue.js 컴포넌트에서 테스트

💡 https://vue-test-utils.vuejs.org/guides/
find()를 이용해 컴포넌트 속 요소를 찾는다.

reference

https://inf.run/ecwC

log

아침에 쿠쿠밥솥이 고장이나 자가 수리를 해보려했다. 다른 사람들의 글을 보면 잠금장치에 전선이 끊어지거나 녹아서 생긴 문제라는걸 알 수 있었다.
- 분해하는 것부터 만만치 않았지만 다 분해하고 확인하니 전선이 멀쩡했다. 그래서 원인을 찾아보니 센서 문제라는 글을 발견했고 자석으로 이것저것 테스트해봤다. 일단 작동은 하게되었는데 혹시나 다시 문제가 생긴다면 AS를 맡기기로 했다. 완벽하게 해결한 것은 아니지만 문제 해결 능력을 기른다는 마음으로 작업했다😅
Vue.js 끝장내기를 수강완료 했다.
- 해당 강의 시리즈의 가장 큰 장은 계속 해서 복습이 된다는 것이다.
- 매번 맥북으로 작업하던 것을 컴퓨터를 옮겨 다시 복습했는데 효과가 좋은 것 같다. 7월이 가기 전에 셋팅이 안되있는 컴퓨터로 다시 복습해봐야겠다. 특히 axios interceptor 부분 복습이 꼭 필요하다.
자바스크립트 테스트에 대해 알아보면서 예전에 일을할 때 몇십개가 되는 입력항목을 일일이 입력하며 테스트했을 때가 생각이 났다. 당시에도 테스트 코드니 테스트 주도 개발이니 말은 들어봤지만 해보려 하지 않았다. 핑계라 생각될 수도 있지만 여건이 되지 않았던 것도 사실이다. 지금 배우는 것처럼 컴포넌트 개발 방식이 아니어도 충분히 프레임워크 같은 것이 있지 않을까 하는 생각이 든다. 그래서 그 지난날의 기억들을 떠올려보니... 보통이라면 '멍청하면 손발이 고생한다.', '왜 그런걸 해보지 않았을까?'라고 생각했겠지만 나도 참 고생이 많았구나 하고 나를 위로했다. 지금이라도 알아서 다행이고, 이렇게 배울 수 있음에 행복하다!!

LINKS TO THIS PAGE

2021년 07월