메로그

테스트 자동화 유저 테스트 만으로는 모든 테스트의 광범위한 부분을 체크해 볼 수가 없습니다. 미리 여러 케이스들을 설정하여, 광범위하게 효율적으로 체크하여 더 많은 버그를 찾을 수 있습니다. (흔히들 말하는 애자일을 도입하는 것이다..) 테스트 자동화 프로세스가 만들어지면, 유저 테스트와 자동화를 병행하여 테스트의 효율을 높일 수 있게 됩니다. 이러한 장점들이 있지만, 무조건 장점만이 있다고는 볼 수 없다.... 당연히 위의 프로세스가 잘 이루어져 모두가 만족한다면 좋지만, 현실은 그렇지 않은 경우가 있다.. 프로그래밍 기반의 테스트 자동화가 도입된다면, 프로그래밍이라는 진입장벽이 생기는 단점이 있다. (해야지...ㅠㅠ) 테스트 자동화를 위한 테스트 케이스를 준비해야 한다. (테스트 샘플을 AI가 뿅뿅뿅..

자바스크립트 최적화 웹 개발을 하게 되면, 웹페이지의 성능 문제를 만나게 됩니다... 거기서 대부분의 문제는 리플로우와 리페인트가 발생(돔을 건드리면.. 아주 큰일..나는 거야..) 하며, 시간을 잡아먹습니다... (특히, 자사 웹페이지 또는 솔루션을 개발하다 보면 이와 같은 이슈를 더 많이 만나게 됩니다... 슬픔..) 하지만, 이런 리플로우나 리페인트가 발생하는 것은 어쩔 수 없는 것입니다. 하지만, 이러한 현상을 얼마나 최소하면서 최적화 시킬 수 있는지가 성능을 개선할 수 있는 요지입니다.. 브라우저 렌더링 Dom, Cssom 생성 => RenderTree 생성 => 레이아웃 => 페인트 브라우저 렌더링은 HTML, CSS 문서를 파싱 후, DOM Tree와 CSSOM Tree를 생성 이후에, 이 ..

# 코드 리뷰 개발자가 만든 코드를 확인하고 각자의 의견이나 피드백을 주는 과정을 말합니다. 코드 리뷰를 통해 자신이 만든 코드의 대한 내용을 한 번 더 점검할 수 있고, 피드백을 통해 흔히들 말하는 이쁜 코드를 만들 수 있다. 코드 리뷰를 할시에는 다음과 같이 훌륭한 프로세스가 형성된다!!.... ex) 분석 => 설계 => 개발 => 코드 리뷰 => 테스트 => 테스트 자동화 # 코드 리뷰시 점검사항 Why 처음에는 왜? 가 중요하다. 여기서 왜? 는 왜 이렇게 했는가? 이다. 어떤 요청사항이 있었는지, 그래서 개발에 대한 설계는 어떻게 했는지 등을 뜻한다. 이러한 내용을 알지 못한 상태로 코드 리뷰를 할시 정확한 코드 리뷰를 할 수가 없다. (코드 리뷰하러 갔는데, 이슈 내용만 주구장창 설명할 수도..