저는 핀테크 서비스 개발 프로젝트에 참여하여 CI 구축과 QA 자동화 부분 개발을 담당하였습니다.
프로젝트가 시작하면 수 많은 개발자들과 기획자 그리고 QA 들이 다투는 것은 빈번한 일상입니다..
바쁜 개발 과정에서 기본적인 로그인 함수의 구현을 계속해서 체크해야 하는 것은 매우 불편하고 번거롭죠.
Selenium과 Jenkins를 통해 다음과 같은 상황을 자동화하여 개발자들과 QA/기획자들간의 갈등을 줄이고자 합니다.
스크린샷 중 가린부분들은 현재 회사 프로젝트 유출 방지를 위한 것이니 너그러이 용서해주시길..
저는 핀테크 서비스 개발 프로젝트에 참여하여 CI 구축과 QA 자동화 부분 개발을 담당하였습니다.
프로젝트가 시작하면 수 많은 개발자들과 기획자 그리고 QA 들이 다투는 것은 빈번한 일상입니다..
바쁜 개발 과정에서 기본적인 로그인 함수의 구현을 계속해서 체크해야 하는 것은 매우 불편하고 번거롭죠.
Selenium과 Jenkins를 통해 다음과 같은 상황을 자동화하여 개발자들과 QA/기획자들간의 갈등을 줄이고자 합니다.
스크린샷 중 가린부분들은 현재 회사 프로젝트 유출 방지를 위한 것이니 너그러이 용서해주시길..
Embedded C에서 TDD를 실천하기 위해 시도했던 경험과 방법을 기록해 보았습니다.
HW로부터 생기는 버그인지 SW로부터 생기는 버그인지 짐작조차 되지 않는 상황이 자주 발생한다면, TDD를 시작해보세요.
이 자료에서는 호스트 시스템(PC)에서 TDD를 실천하는 방법과 타깃 시스템(nRF51-DK)에서 TDD를 실천하는 방법을 기록하였습니다.
또한, nRF51-DK가 아닌 다른 보드를 가지고 있더라도 실천 가능합니다.
ktim610@gmail.com
상업적 이용 및 출처없는 무단전재를 금합니다.
애자일과 애자일 테스트 소개 (테스트기본교육 3장 2절)
애자일의 스크럼, XP에 대한 기본적인 소개와 스크럼 팀 안에서 테스트 역할자로써 사용자 스토리 리뷰, 테스트 설계, 짝 테스트, 테스트 자동화 등에 대한 내용을 사례 기반으로 소개하고 있습니다.
Embedded C에서 TDD를 실천하기 위해 시도했던 경험과 방법을 기록해 보았습니다.
HW로부터 생기는 버그인지 SW로부터 생기는 버그인지 짐작조차 되지 않는 상황이 자주 발생한다면, TDD를 시작해보세요.
이 자료에서는 호스트 시스템(PC)에서 TDD를 실천하는 방법과 타깃 시스템(nRF51-DK)에서 TDD를 실천하는 방법을 기록하였습니다.
또한, nRF51-DK가 아닌 다른 보드를 가지고 있더라도 실천 가능합니다.
ktim610@gmail.com
상업적 이용 및 출처없는 무단전재를 금합니다.
애자일과 애자일 테스트 소개 (테스트기본교육 3장 2절)
애자일의 스크럼, XP에 대한 기본적인 소개와 스크럼 팀 안에서 테스트 역할자로써 사용자 스토리 리뷰, 테스트 설계, 짝 테스트, 테스트 자동화 등에 대한 내용을 사례 기반으로 소개하고 있습니다.
TDD 규칙은 간단하지만, TDD 를 배우는 것은 어렵고, 실천하기는 더 어렵다.
왜 그럴까? TDD 는 설계 방법이기 때문이다. TDD 의 규칙 리듬을 알고 따르려고 해도, 설계 용어들을 모르면 TDD 를 제대로 할 수 없다.
TDD 를 잘 하려면, 설계용어의 의미를 이해하고, 언제 적용하는지도 알아야 한다.
알파고의 작동 원리를 설명한 슬라이드입니다.
English version: http://www.slideshare.net/ShaneSeungwhanMoon/how-alphago-works
- 비전공자 분들을 위한 티저: 바둑 인공지능은 과연 어떻게 만들까요? 딥러닝 딥러닝 하는데 그게 뭘까요? 바둑 인공지능은 또 어디에 쓰일 수 있을까요?
- 전공자 분들을 위한 티저: 알파고의 main components는 재밌게도 CNN (Convolutional Neural Network), 그리고 30년 전부터 유행하던 Reinforcement learning framework와 MCTS (Monte Carlo Tree Search) 정도입니다. 새로울 게 없는 재료들이지만 적절히 활용하는 방법이 신선하네요.
Rails makes it easy to write your tests with Minitest (A default testing framework used by rails).
This slide contains contents about:
1. WHY IS UNIT TEST NECESSARY / SO IMPORTANT?
- Unit Test make it easy to learn Rails Way.
2. THINGS YOU SHOULD KNOW
- You need to have database for test environment.
3. DIRECTORIES FOR TEST IN RAILS
4. WHAT IS FIXTURES?
5. MODEL TEST IN ACTION
- test_helper.rb
- Youre Test Case < ActiveSupport::TestCase < Minitest::Test
- A simple approach for TDD (Test Driven Development)
6. AVAILABLE ASSERTIONS
레일스는 Minitest 를 기본 테스팅 프레임워크로 포함하고 있습니다.
이 슬라이드에서는 미니테스트와 관련된 레일스 단위 테스트 관련 기본 개념에 대해서 설명합니다.
또한, 간단한 모델 테스트 케이스를 이용하여 실제 테스트를 수행하는 방법에 대해서 간략히 설명합니다.
일반인과 초보자를 위해 빅데이터의 이해를 돕기 위해서 DLAB에서 작성한 세번째 빅데이터 Issue Report를 공개합니다.
본 자료 "빅데이터 이해하기: 빅데이터에 관해 늘 궁금했던 것들"는 비전문가와 일반인들이 가장 궁금해 할만한 내용을 선별해서 빅데이터 전략 및 사업 기획을 제안하는 전문가와 빅데이터 분석 전문가 그리고 빅데이터 IT 컨설턴트의 감수를 거친뒤에 배포가 됩니다.
이번 주제는 빅데이터 사업을 구상하고 기획하는 모든분들의 고민, 빅데이터 조직과 역할 분담편입니다.
아무쪼록, 빅데이터를 이해하는데 조금씩 도움이 되었으면 하는 바이며 지속적인 컨텐츠 제공으로 평소 빅데이터에 관심을 가지고 있었던 많은 분들에게 도움이 되었으면 합니다.
일반인과 초보자를 위해 빅데이터의 이해를 돕기 위해서 DLAB에서 작성한 첫번째 Issue를 공개합니다.
본 자료 "빅데이터 이해하기: 빅데이터에 관해 늘 궁금했던 것들"는 비전문가와 일반인들이 가장 궁금해 할만한 내용을
선별해서 빅데이터 전략 및 사업 기획을 제안하는 전문가와 빅데이터 분석 전문가 그리고 빅데이터 IT 컨설턴트의 감수를 거친뒤에 배포가 됩니다.
이번 주제는 빅데이터를 이해하기 위한 가장 첫단계, 데이터의 개념과 종류편입니다.
아무쪼록, 빅데이터를 이해하는데 조금씩 도움이 되었으면 하는 바이며 지속적인 컨텐츠 제공으로 평소 빅데이터에 관심을 가지고 있었던 많은 분들에게 도움이 되었으면 합니다.
explain versionning related with release.
with this could know what is trunk, branch and tag each.
배포와 관련하여 버전닝을 설명합니다.
trunk, branch, tag가 왜 있고, 어떻게 사용되는지 설명합니다.
프로젝트가 진행될 수록 특정 테스트 만을 위한 설정 파일 수가 엄청 증가합니다. 그런데 설정파일은 변경될 수 밖에 없고, 카피해 두었던 테스트를 위한 설정파일들은 그 표준과 달라서 기존 테스트들을 깨지게 합니다.
설정 오버라이딩 이라는 개념을 도입하여 깔끔히 처리하는 방법을 소개합니다.
11. 나머지는, 보통 안한다.
- 함수 : 확인 X
- 클래스 : 확인 X
- 모듈 : 확인 X
- 서브시스템 : 확인 X
- 시스템 : QA가 수작업으로
12. 하긴 한다. 수작업으로 살짝.
- 함수 : 확인 X
- 클래스 : 확인 X
- 모듈 : 확인 X
- 서브시스템 : 개발자가 수작업으로 살짝
- 시스템 : QA가 손으로
13. 나머지는, 보통 요구사항도 없다.
- 함수 : 요구사항 X
- 클래스 : 요구사항 X
- 모듈 : 요구사항 X
- 서브시스템 : 요구사항 X
- 시스템 : 요구사항 문서
14. 확실히 문제다.
최소한 품질을 기대하긴 힘들다.
- 함수 : 요구사항 X, 확인 X
- 클래스 : 요구사항 X, 확인 X
- 모듈 : 요구사항 X, 확인 X
- 서브시스템 : 요구사항 X, 개발자가 살짝 수작업으로
확인
- 시스템 : 요구사항 문서, QA가 수작업으로 확인
21. 확인은?
- 함수 : ?
- 클래스 : ?
- 모듈 : ?
- 서브시스템 : ?
- 시스템 : QA가 수작업으로
22. 자동화된 테스트 케이스로 하자.
- 함수 : 개발자가 자동화된 테스트 케이스로
- 클래스 : 개발자가 자동화된 테스트 케이스로
- 모듈 : 개발자가 자동화된 테스트 케이스로
- 서브시스템 : 개발자가 자동화된 테스트 케이스로
- 시스템 : QA가 수작업으로
23. 이왕이면 QA도
자동화된 테스트 케이스로 하자.
- 함수 : 개발자가 자동화된 테스트 케이스로
- 클래스 : 개발자가 자동화된 테스트 케이스로
- 모듈 : 개발자가 자동화된 테스트 케이스로
- 서브시스템 : 개발자가 자동화된 테스트 케이스로
- 시스템 : QA가 자동화된 테스트 케이스로