ECMAScript 명세 이해, 2부
명세 읽는 기술을 좀 더 다듬어 보자. 이미 아는 것에서 출발하는 것은 뭔가를 재밌게 배우는 방법 중 하나이다. 여기서 우리가 이미 알 만한 JavaScript 기능을 어떻게 명세해 두었는지부터 살펴보자.
devBlog
Testing 글 모음
기업 기술블로그의 Testing 관련 글 277개
성능 테스트를 위한 격리 - hoverfly
격리 성능 테스트의 한 가지 곤란한 점은 그 영향력입니다. 다른 서비스나 테스트에 영향을 줄만한 부하는 모두를 곤란하게 합니다. 따라서, 가능하다면 테스트 영역을 격리하는 것이 좋습니다. 가장 좋은 격리는 전체 시스템을 테스트를 위해 한 벌 준비하는 것이지만 시스템이 커질수록 이는 부담입니다. 약간 현실적인 얘기를 하자면, 현실에서는 모든 팀이 테스트 용이한 배포본을 유지하지 않을 수도 있습니다. 이런 경우에도 격리가 가능할까요? 차선으로 선택할 수 있는 방식은 mock service 를 활용하는 것입니다. mock service 는 기능에 따라 해당 서비스의 latency 도 모사할 수 있습니다. 이러한 mock service 를 만드는 과정에 필요한 것은 흉내 낼 api 호출들을 마련하는 것입니다. ..
Performance CoE 개요
지난번 글에서 잠시 언급드린 바 있는 ‘Performance CoE’(or Performance Testing CoE)의 개념과 관련하여, HP에서 2014년에 발간한 “HP Performance Engineering Best Practices Series For Performance Engineers and Managers”라는 자료가 기본적인 이해에 도움을 드릴 수 있을 것 같아, 이번 글에서 잠깐 소개하고 넘어 가고자 합니다. Source
7개 Project대상 LoadRunner Cloud적용을 통한 VUH사용 관련 Lessons Learned
몇 해 전, 한 임원분의 면담 요청으로 테스트 업무에 관한 이야기를 약 30분 정도 나눌 기회가 있었습니다. Cloud 및 Testing관련 조직을 담당하시면서 성장 방향성을 고민하셨던 예전의 경험을 들려주시면서, 해당 시기에 ‘Cloud기반 테스트 자동화 환경’ 구축과 관련하여 직접 검토해 보셨던 본인의 생각을 공유해 주셨습니다. 면담을 마치고 나오면서, 제 머릿 속에는 ‘그러면, 성능 테스트 영역에서는, Cloud기반 테스트 환경을 구축한다
Java Generic 을 파헤쳐보자 - 활용편
Java Generic 시리즈 마지막 포스팅입니다.이번에는 Java Generic 을 활용하는 여러 가지 상황들에 대해 살펴보겠습니다.이번 포스팅에서도 개념편, 심화편 에서 사용했던 예제를 활용해보겠습니다.public class Electronics { private String manufacturer; public Electronics(String manufacturer) { this.manufacturer = manufacturer; } public String getManufacturer() { return manufacturer; }}public class Tv extends Electronics { private String title; ..
Java의 날짜, 시간에 대한 기본적인 정책
안녕하세요. Seller & SD Engineering 팀의 박명훈입니다. 오늘은 자바의 기본적인 Date와 Time API에 대해서 간략하게 정리합니다. Date와 Time API에 대해서 많이 사용을 하고 있으나 이에 대해 좀 더 상세하고 어떤 경우에 어떤 값을 쓰는지에 대한 고찰이 부족하다고 생각하여, 이에 대해 정리합니다. 기존 Java의 날짜 API의 문제.Java 8 이전에 사용하던 Date 관련 클래스는 Date, Calendar, SimpleDateFormat 등이 있었으나, 많은 문제가 있어 자바 8 버전 이후부터는 새로운 날짜 관련 API를 제공합니다.기존 클래스들의 문제는 다음과 같습니다. 1. 부적절한 클래스와 메서드 이름을 가집니다.Date 클래스의 경우, TimeStamp 방식으..
재택근무 환경에서 효율적인 코드 리뷰 방법: 팀 그라운드 룰 정하기
근무 형태가 변하고 개발자가 늘어남에 따라 좋은 코드 품질을 잘 유지하는 노력과 고민을 공유합니다.
Self Service를 위한 VuGen에 대한 관점의 전환
이번 글에서는, 홍성진 매니저님의 최근 글인 “Integration of Loadrunner Cloud and VUGEN“에서 잠깐 언급하신 ‘VuGen’과 관련하여, PJT팀이 Self Service를 시작하기 위해 필요한 관점의 전환에 대해 정리해 보고자 합니다. VuGen 자체의 전문적인 사용방법은 홍성진 매니저님이 추후 연재하실 예정(!)이므로, 여기서는 ‘관점의 변화’ 측면에서 간단히 정리해 보도록 하겠습니다. 1. LoadRunner
유용한 테스트 코드 작성 팁
안녕하세요. SmilePay Engineering 팀 문한국입니다. 저는 이번 포스팅을 통하여 Junit Test 코드 작성시 유용한 몇 가지 팁을 공유하려고 합니다. 우선적으로 꿀팁 테스트 코드를 작성하기 위한 적당한 코드가 필요했습니다. (TDD로 테스트 코드를 먼저 작성해보면 좋았겠지만 이해를 돕기에는 적당한 코드를 제공하고 순서대로 테스트 코드를 작성해 보는 게 도움이 되겠다고 생각했습니다.) 홀짝 게임 어떤 프로그램을 짜보는게 간단하면서 테스트 코드를 소개하기에 적당할까 고민하다가 저는 어릴 적 동네 문방구에서 했던 홀짝 게임이 떠올랐습니다. 게임의 룰은 간단합니다. 1. 사용자는 홀과 짝 중 하나를 선택하고 게임을 시작합니다. 2. 게임기에서는 랜덤으로 홀과 짝이 나옵니다. 3. 내가 선택한 ..
Loadrunner Cloud의 부하발생기
대부분의 성능테스트 도구는 부하발생기(Load Generators)를 필요로 합니다. Controller 1대만으로는 대량 부하 상황에 자원 병목으로 인해 목표한 부하를 발생시키기 어렵기 때문입니다. 이에 부하발생기를 통해 부하를 분산해 원활한 테스트를 진행할 수 있도록 환경을 구성해야 합니다. 아래 영상은 AWS Marketplace에 등록된 LoadRunner Cloud 설명 영상이며, 여기서도 부하발생기에 대해 설명하고 있습니다. 1. 부
Spock in Maven
안녕하세요. 저는 지마켓에서 백엔드 시스템을 개발하고 있는 양승권이라고 합니다. 이번에 저희 시스템 중 Maven으로 개발되어있는 시스템들에 Spock framework를 적용한 경험을 공유하고자 합니다. 하고 싶었던 것 신규 프로젝트를 진행하게 되면서 새로운 기능을 개발할 일이 생겼는데, Maven 프로젝트 라서 그런지 Test 쪽이 좀 부족한 상황이었습니다. 그래서 이 참에 한번 이 프로젝트에 적용해보고 다른 Maven 프로젝트에도 적용해보자고 생각했습니다. 아래와 같은 내용을 해보고 싶은 내용들을 도출하였습니다. Spock library를 활용하여 좀 더 직관적인 테스트를 해보자. Spock의 Groovy로 Test code를 작성해보자. 프로필 별로 구분하여 단위/통합 테스트를 구분하여 수행해보자..
모델 서빙 최적화를 위한 프레임워크 선정과 서빙 성능 극대화하기
카카오페이에서 효율적인 모델 서빙을 위해 프레임워크를 도입한 과정과 프레임워크의 성능 최적화를 위해 테스트한 결과를 공유합니다.
테스트 케이스 관리를 JIRA로 하자! : 웹서비스셀의 테스트 관리 툴 도입기
엑셀에서 벗어나 JIRA에서 제공하는 테스트 관리 툴을 이용해 테스트 케이스를 작성, 테스트 수행, 결과 리포트 작성, 이슈 관리까지 할 수 있는 방법을 알아봅니다.
JSDOM은 진짜 DOM이 아니다
필자는 NHN Cloud Console 프론트엔드 코드의 통합 테스트를 진행하고 있다. 현재 테스트는 Node.js 환경에서 Testing Library를 이용하여 진행되며, DOM을 확인하기 위해서 JSDOM을 사용하고 있다. 이 과정에서 발생한 문제를 공유하고자 한다.
MSW 사용하여 테스트 코드 작성하기 with GraphQL, react-query
뱅크샐러드 iOS팀이 숨쉬듯이 테스트코드 짜는 방식 3편 - 스펙별 단위 테스트
안녕하세요! 뱅크샐러드에서 iOS…
프론트엔드 개발자에게도 알고리즘 공부가 중요할까?
흔히 코딩 테스트로 일컬어지는 알고리즘 공부의 중요성을 프론트엔드 개발자의 관점에서 생각해봅니다.
테스트 자동화 구축 이야기
안녕하세요. 스포카 QA Leader 염주일입니다. 스포카 QA 팀에서 오픈소스 자동화 도구인 Appium을 사용하여 Mobile App 테스트 자동화의 첫발을 내디뎠습니다. 지금까지의 테스트 자동화 구축 과정에 관해 이야기해볼까 합니다. 테스트 자동화를 구축하려는 이유가 무엇인가요? 보통 아래와 같은 이점을 얻기 위해 테스트 자동화를 구축하려 하죠. 테스트 커버리지 확대 테스트 일관성과 신뢰성 확보 테스트 비용 절감 및 기간 단축 테스트 자동