(애자일) 테스트 계획서 샘플SangIn ChoungIn agile development, do we need a test plan documents?
Yes, this is an test plan sample with the traditional test plan template.
ARP4754a, DO-178C 발표자료Hongseok LeeAircraft development Process, Software development Process,
Assignment of FDAL/IDAL. Relations between system and item. Relations between system development process and safety assessment process. Examples of Functional Hazard Assessment, Preliminary System Safety Assessment.
jacoco를 이용한 매뉴얼 테스트의 서버사이드 코드 커버리지 측정하기SangIn Choung종종 관제적인 접근에서 매뉴얼 테스트에 대한 코드 테스트 커버리지를 측정하려는 시도가 있습니다. 이 접근이 맞는지 틀리는지에 대해서 할 말은 많지만 뒤로 미뤄두고, 무료 커버리지 도구인 Jacoco를 이용하여 서버 배포 후 매뉴얼 테스트에 코드 테스트 커버리지 측정 사례를 공유합니다.
서버측만 측정이 됩니다.
UI 테스트는 코드 영역(화이트박스스러운)보다는 명세(블랙박스) 기반의 테스트 목적을 갖는 테스트 유형입니다.
다양한 테스트 접근과 유형을 가져가지 않기 때문에
테스트의 목적과 그 과정, 결과를 제대로 매핑하지 못합니다.
이 테스트 커버리지 측정에 앞서 적절한 테스트 전략과 계획을 세워야 합니다.
Sw 아키텍처와 sw 공학영온 김2015년 7월 15일 KOSTA 제 8회 아키텍트 대회 발표 자료
- 주요 내용은 SW공학 현주소와 함께, SW아키텍처를 어떻게 볼 것인가를 살펴 본 후 SW공학의 핵심 프랙티스 자료를 소개한다. 한국은 다르다며 global practices를 제대로 이해하지 못하고 외면하는 현실을 되돌아 보는 계기가 되기를 바라면서....
[오픈소스컨설팅] 오픈소스 기반 솔루션 방향성 잡기Ji-Woong Choi오픈소스 기반의 솔루션을 만들고 그 솔루션의 방향성을 어떤 방식으로 잡아가야 하는지 그 과정에 대해서 설명합니다.
사내 교육으로 진행되었던 자료이며, 본 자료가 필요하신 분은 메시지 주시거나 메일 주시면 제공해드리도록 하겠습니다.
[기본과정] 코드 테스트와 커버리지 기본 교육(개념)SangIn Choung코드레벨 테스트의 필요성과 테스트 커버리지에 대해 기본적인 수준에서 설명하고 있는 자료입니다. 개념 위주의 Basic 내용과 실습 위주의 Advanced 내용을 더해 개발자 교육을 목적으로 하고 있습니다
SW 테스트 프로세스& 메뉴얼_V 모델KU HUISEONG예전에 인턴하면서 프로젝트해서 만든 자료인데 공유하고 싶어서 올립니다.
한국어로된 자료가 별로 없더라구요.
많은 레퍼런스 보고 만든 문서인데 혹시 필요하신분 있으면 참고하세요.
물론 이건 표준이고 현실에서는 표준을 따르지 않을 때도 많습니다.
프로젝트마다 테스트 강도를 조절하는 것이 좋다고 생각합니다.
(애자일) 테스트 계획서 샘플SangIn ChoungIn agile development, do we need a test plan documents?
Yes, this is an test plan sample with the traditional test plan template.
ARP4754a, DO-178C 발표자료Hongseok LeeAircraft development Process, Software development Process,
Assignment of FDAL/IDAL. Relations between system and item. Relations between system development process and safety assessment process. Examples of Functional Hazard Assessment, Preliminary System Safety Assessment.
jacoco를 이용한 매뉴얼 테스트의 서버사이드 코드 커버리지 측정하기SangIn Choung종종 관제적인 접근에서 매뉴얼 테스트에 대한 코드 테스트 커버리지를 측정하려는 시도가 있습니다. 이 접근이 맞는지 틀리는지에 대해서 할 말은 많지만 뒤로 미뤄두고, 무료 커버리지 도구인 Jacoco를 이용하여 서버 배포 후 매뉴얼 테스트에 코드 테스트 커버리지 측정 사례를 공유합니다.
서버측만 측정이 됩니다.
UI 테스트는 코드 영역(화이트박스스러운)보다는 명세(블랙박스) 기반의 테스트 목적을 갖는 테스트 유형입니다.
다양한 테스트 접근과 유형을 가져가지 않기 때문에
테스트의 목적과 그 과정, 결과를 제대로 매핑하지 못합니다.
이 테스트 커버리지 측정에 앞서 적절한 테스트 전략과 계획을 세워야 합니다.
Sw 아키텍처와 sw 공학영온 김2015년 7월 15일 KOSTA 제 8회 아키텍트 대회 발표 자료
- 주요 내용은 SW공학 현주소와 함께, SW아키텍처를 어떻게 볼 것인가를 살펴 본 후 SW공학의 핵심 프랙티스 자료를 소개한다. 한국은 다르다며 global practices를 제대로 이해하지 못하고 외면하는 현실을 되돌아 보는 계기가 되기를 바라면서....
[오픈소스컨설팅] 오픈소스 기반 솔루션 방향성 잡기Ji-Woong Choi오픈소스 기반의 솔루션을 만들고 그 솔루션의 방향성을 어떤 방식으로 잡아가야 하는지 그 과정에 대해서 설명합니다.
사내 교육으로 진행되었던 자료이며, 본 자료가 필요하신 분은 메시지 주시거나 메일 주시면 제공해드리도록 하겠습니다.
[기본과정] 코드 테스트와 커버리지 기본 교육(개념)SangIn Choung코드레벨 테스트의 필요성과 테스트 커버리지에 대해 기본적인 수준에서 설명하고 있는 자료입니다. 개념 위주의 Basic 내용과 실습 위주의 Advanced 내용을 더해 개발자 교육을 목적으로 하고 있습니다
SW 테스트 프로세스& 메뉴얼_V 모델KU HUISEONG예전에 인턴하면서 프로젝트해서 만든 자료인데 공유하고 싶어서 올립니다.
한국어로된 자료가 별로 없더라구요.
많은 레퍼런스 보고 만든 문서인데 혹시 필요하신분 있으면 참고하세요.
물론 이건 표준이고 현실에서는 표준을 따르지 않을 때도 많습니다.
프로젝트마다 테스트 강도를 조절하는 것이 좋다고 생각합니다.
메가존과 AWS가 공개하는 AWS 비용 최적화 전략-메가존 김성용 매니저 및 AWS 이우상 매니저:: AWS Cloud Track 3 Ga...Amazon Web Services KoreaThe document discusses AWS cost optimization strategies presented by Megazone, highlighting various techniques to reduce operational expenses. Key recommendations include utilizing reserved and spot instances, right-sizing of instances, and employing tools like AWS Cost Explorer and Trusted Advisor for better cost visibility and management. Strategies aim to enhance efficiency and minimize waste by ensuring resources are appropriately utilized and monitored.
SonarqubePeerapat AsoktummarungsriThis document discusses code quality and continuous inspection. It introduces SonarQube, an open source tool for managing code quality. SonarQube can analyze code for potential bugs, complexity, duplicated code, test coverage, and other metrics. It supports many programming languages. The document emphasizes that SonarQube is a tool to help improve quality, but quality ultimately depends on human effort.
OpenStack 개요 및 활용 사례 @ Community Open Camp with MicrosoftIan Choi2016년 4월 9일, Microsoft와 함께 하는 Community Open Camp에서 오픈스택 한국 커뮤니티 첫 번째 세션 자료입니다.
두 번째 자료는 다음 URL에서 확인 가능합니다
: http://www.slideshare.net/YooEdward/why-openstack-is-operating-system-60685165
자바카페 프론트엔드스터디 E01 - HTML5Young-Beom RheeHTML이 무엇인지, 지금까지 어떠한 흐름을 거치며 HTML5가 되었는지, HTML5의 설계원칙, 중요한 특징, Browser 지원현황, 웹표준(접근성, Semantic), content 모델에 따른 분류, API 사이트와 유용한 Tutorial 사이트들에 대해서 알아봅니다.
프론트엔드스터디 E03 - Javascript intro.Young-Beom RheeJavascript 흐름, 동적데이터타입(Dynamic typing), 연산자, 객체, 배열, 동적 파라미터, Script 선언위치 등 Javascript를 처음 접했을때 꼭 이해해야 되는 내용들에 대해서 알아봅니다.
2013.02.02 지앤선 테크니컬 세미나 - iOS 테스팅 이야기(OSXDEV)JiandSonThis document discusses test-driven development (TDD) and its application for iOS development. It provides an overview of TDD processes and techniques, describes how to implement TDD for an iOS client app for the OSXDev API, and reviews the OCUnit testing framework and alternatives for unit testing iOS apps with TDD.
2013.02.02 지앤선 테크니컬 세미나 - Xcode를 활용한 디버깅 팁(OSXDEV)JiandSonThis document provides debugging tips for Xcode including using breakpoint actions, exception breakpoints, symbolic breakpoints, and static analysis. It compares ARC and non-ARC debugging and discusses diagnostic tools like memory management and logging. Finally, it introduces DTrace as a dynamic tracing facility for macOS and iOS.
7. SOFTWARE
QUALITY
VISUALIZATION
Bjarne Stroustrup
Inventor of C++ and author of The C++ Programming Language
I like my code to be elegant and efficient. The logic should be
straightforward to make it hard for bugs to hide, the
dependencies minimal to ease maintenance, error handling
complete according to an articulated strategy, and performance
close to optimal so as not to tempt people to make the code messy
with unprincipled optimizations. Clean code does one thing well.
Ward Cunningham
Inventor of Wiki/ Fit. Co-inventor of eXtreme Programming.
Motive force behind Design Patterns. Smalltalk and OO thought leader.
The godfatehr of all those who care about code
You know you are working on clean code when each routine
you read turns out to be pretty much what you expected.
You can call it beautiful code when the code also makes it
look like the language was made for the problem.
SOFTWARE
QUALITY
VISUALIZATION
클린 코드
그런데 뭘 확인해야 할까요?
10. SOFTWARE
QUALITY
VISUALIZATION
소나큐브 | 워크플로우 - ADAM
분석
Analysis
표시
Display
조치
Action
관리
Management
SOFTWARE
QUALITY
VISUALIZATION
• 일곱가지 코드 품질 축7 Axes of Code Quality
• 하나의 플랫폼Single platform
• 개발 환경과의 통합Integration to legacy environment
분석Analysis
11. SOFTWARE
QUALITY
VISUALIZATION
분석 | 일곱가지 코드 품질 기준
SOFTWARE
QUALITY
VISUALIZATION
분석 | 하나의 플랫폼
• 20+ 프로그래밍 언어 분석 가능
• 기존 정적 분석 규칙Coding rules의 통합 및 개선
• 단일화 된 웹서비스 형태의 분석 결과 제공
19. SOFTWARE
QUALITY
VISUALIZATION
소나큐브 X 캐시슬라이드
• 신규 기능에 의한 기술 부채 증가 여부
• 메인라인Mainline의 품질 변화 추적
• 기존 시스템Legacy System 기술 부채 해결
SOFTWARE
QUALITY
VISUALIZATION
Q&A
creatinov.kim@gmail.com
www.creatinov.org
20. SOFTWARE
QUALITY
VISUALIZATION
깨끗한 코드=습관=문화
내가 하기 싫어하면 남도 하기 싫어한다
전문가=장인정신
SOFTWARE
QUALITY
VISUALIZATION
• Clean Code
A Handbook of Agile Software Craftmanship | Robert C. Martin
• The Goal
A Process Ongoing Improvement | Eliyahu M. Goldratt & Jeff Cox
• SonarQube User Guide
http://www.sonarqube.org/documentations
참고자료