기본 콘텐츠로 건너뛰기

7월, 2017의 게시물 표시

Featured Post

영어회화 빨리 느는 방법 3가지

소프트웨어 테스트 하는 방법과 이슈 관리에 대해 알아보자

How to find issues when software testing?  버그(Bug)를 찾는 것과 이슈 관리는 소프트웨어 테스트에서 매우 중요한 부분이다. 테스터나 QA 엔지니어라면 업무를 진행하는 매 순간마다 소프트웨어에서 이슈를 어떻게 찾을지 생각해야 하고 반드시 찾아야만 한다. 테스터들은 시스템 충돌 같은 심각한 이슈를 발견한 것에 대해 보람을 느끼기도 한다. 그 부분도 중요하지만 우리는 가장 찾아 내기 어렵고 복잡한 이슈를 찾아 내려는 노력을 해야 한다. 일반적으로 시장에서 사용자에게 어려움을 주는 것은 그런 이슈들이다.  한가지 경험을 예로 들면, 로그파일을 처리하거나 데이터베이스를 업데이트하기 위해 특정 시간과 상황에서 자동화 스크립트를 수행하는 툴이 있었는데, 전체 데이터가 동기화 되도록 로그 파일과 데이터베이스를 구동하는 역할을 했다. 두 개의 툴이 얼마의 시간 간격을 두고 하나의 테이블에서 구동이 되었지만, 몇몇 데이터의 불일치가 일어나면서 다른 툴에 의해 테이블에 중복된 칼럼이 생겼다. 방대한 데이터 베이스 프로세스들과 각각 다른 툴들 때문에 그 문제를 해결하기 위해 많은 시간을 소요해야 했다.  이 경험을 이야기하는 요점은 어떤 특정한 조건이나 상황에서 발생하거나 시스템에 심각한 영향을 일으키는 숨겨진 버그를 찾기 위해 노력해야 한다는 것이다. 그리고 이렇게 발견된 버그들은 체계적인 이슈 관리 시스템에 의해 처리되어야 하고 지속적으로 모니터링해야 한다. 프로젝트의 승패가 좌우된다고 해도 과언이 아닐 정도로 중요한 부분임을 인지해야 한다.  아래는 위에서 언급한 이슈 관리 경험들을 통해 배운 노하우이다. 1) 소프트웨어 테스트를 진행하기 전에 전체적인 애플리케이션 또는 모듈에 대한 상세히 이해해야 한다. 요구 사항, 사양 설명서 등 테스트 활동에 필요한 문서를 분석하고 개발자나 관련 이해관계자들과의 소통을 통해 정확하게 이해해야 한다. 2) 테스트 진행에 앞서 좋은 테스트 케이스를 준비한다. 프로젝트의 속성

블로그 포스트에 highlight 소스코드로 글 이쁘게 올리기

Highlight source code in Blogger and posting  블로그 글에서 소스코드에 대해 알록달록하게 표시하려면 HTML편집에서 사용할 하이라이트 관련 소스를 입력하고 글을 작성할때 해당 하이라이트 코드를 입력하면 된다.  블로그에 HTML이나 코드 관련된 내용을 넣을 때 보기 편하게 하기 위해 사용하는 여러 가지 툴들이 있다. Syntax Highlighter, SHJS, code-prettify, Rainbow, Prism, highlight.js 등이 있는데 Syntax Highlighter와 SHJS는 언어별로 별도의 파일을 로딩해야 하는 단점이 있고, code-prettify는 Blogger에서 사용하기에 잘 맞지 않았고, Rainbow는 너무 단조로운 느낌이 있었다. Prisme은 CDN 호스팅을 제공하지 않아 구글 블로그 사용자에게는 불편했기에 최종적으로 선택한 툴은 highlight.js였다 . highlight.js는 셋팅 방법이 간단하고 다양한 언어와 설정 파일 형식을 지원하며 다양한 스타일을 제공하지만 코드 줄 번호를 지원하지 않는다. 본 저자는 줄번호에 대한 미련은 없기에 선택에 망설임은 없었다.   블로그에 highlight.js를 설정하고 사용하는 방법은 아래와 같다. 1. Blogger에 템플릿에 highlight.js 셋팅하기 1.1. 블로거 관리자 로그인 ⇒ 템플릿(Theme) ⇒ HTML 편집 으로 들어간다. 1.2. 그림처럼 아래 3줄의 코드를 <head> 끝부분에 입력 한다.(highlight.js 사이트 설치 문서에 link 태그를 닫는 부분을 빠져있는데 이 부분을 주의해야 한다. link 태그를 닫지 않으면 Blogger 템플릿 저장할 때 에러가 출력되므로 </link>로 닫아준다.) <link rel="stylesheet" href="//cdnjs.cloudflare.com/ajax/libs/highlight.

South Korea population

 The population is used for establishing various economic/social policy as most foundational and original reference to the plan for the short/long-term development of the state. In Korea, the total population in the country in 2015 was 51million. According to the United Nations, the size of Korea population was 13th in Asia and 21th in the world. The number of population by gender and age group  The proportion of males to females in Korea has been comparably balanced. In the past, the male had outnumbered female because of preferring sons to daughters but Statistics Korea said the ratio of men to women in 2016 has become similar.  The age structure is rapidly changing as the birth rate and death rate has been continuously decreasing. The ratio of youth(0-14) in total population has dramatically decreased from 42.3 percent in 1960 to 25.6 percent in 1990 and 13.6 percent in 2016. On the other hand, the ratio of old age has continuously increased from 2.9 percent in 1960 to 5.1

Householders and house owners in South Korea

The number of householders and housing by age  The changes of the household member are indicators of birth rate and household composition in society.  The mean number of the household member has consistently decreased from 3.7 in 1990 to 3.1 in 2000, 2.7 in 2010 and 2.5 in 2015. It means decreasing birth rate, being smaller family and increasing single households.  The rate of one household has increased from 9.0 percent in 1990 to 27.2 percent in 2015, the statistics expect 31.3 percent in 2025. On the other hand, the rate of 4 households has decreased from 29.5 percent in 1990 to 18.8 percent in 2015. The reason is decreasing the rate of marriage and increasing divorce or separation, old people who live alone, etc. The data show the number of household member in rural area decrease more than the metropolis. The rate of a single household has dramatically increased from 4.9 percent in 1980 to 29.8 percent in 2015 because of aging. The mean number of Korea household member is hi

How to add menu tabs at the top of Blogger

Do you want to have menu tabs at the top of your blogger like below? Then you can do this right away! Just follow below direction. 1. At once, You should create a page using 'New page' button of 'Pages' in the left menu 2. In the left menu, click 'Layout' after creating pages 3. Click '+ Add a Gadget' as the below 4. Select 'Pages' in list 5. You can see a Pages gadget you created and then click 'Edit' to configure page list 6. Select pages you want to show in your blogger and change the order by dragging and dropping as you want. Then click save button. 7. Check your blogger by clicking 'Preview' button If you have any question of it, feel free to contact me.

구글 블로그 "Powered by Blogger"문구 안보이게 하기

How to remove attribution gadget "Powered by Blogger" 구글 블로그에 하단에 "Powered by Blogger"문구를 안 보이게 하려면 템플릿에 HTML 편집에서 관련 부분에 대해 삭제한다.  구글 블로그 하단에 보면 "Powered by Blogger."라는 문구가 있는데, Layout 가장 아랫부분에 Attribution이라는 이름을 가진 가젯(Gadget)이 이것이다. 이 부분은 구글이 제공하는 메뉴로는 삭제할 수 없기 때문에 HTML을 수정해서 삭제해야 한다. 삭제하고 나서 혹시나 다시 복원하려 한다면 삭제한 코드를 다시 넣어주기만 하면 되기 때문에 걱정할 필요는 없다. 또한, 복원할 것 같다면 해당 코드를 주석 처리해 두는 것도 방법이다.  구글 블로그에 하단에 Attribution을 삭제 또는 복원하는 방법은 아래와 같다. "Attribution" 가젯 삭제하기 1.  템플릿 메뉴에 Edit HTML을 선택해서 HTML 화면으로 이동 2. 아래 코드를 찾는다. Ctrl+F로 검색키를 열고 b:section class='foot'를 검색 (검색이 안될 경우 수동으로 찾아야 한다. 하단 쪽에 위치하고 있다.) 3. 아래 코드 3줄을 삭제 하고 저장한다. <b:section class='foot' id='footer-3' showaddelement='no'> <b:widget id='Attribution1' locked='true' title='' type='Attribution'/> </b:section> 4. View blog를 눌러 "Powered by Blogger." 문구가 삭제된 것을 확인한다.(layout에서도 삭제되어 있다.)

QA 테스트 자동화 툴의 개념과 대표적인 도구 10가지 소개

Software automation tool Top10  우리는 모든곳에 자동화기기가 있는 시대에 살고 있다. 즉, 업무를 쉽고 효율적으로 끝낼수 있는 어플리케이션이 공존하는 시대에 접어 들었다. 우리는 다양한 툴의 도움으로 우리의 업무를 줄인다고 생각한다. 어플리케이션을 줄이려는 노력의 순환은 아래 산업을 빠르게 마무리 지을 것이다. • 어플리케이션 개발 • 소프트웨어 테스팅 • VOIPs • 인력관리 자동화 • 병원 • 철도   자동화의 늘어나는 수요는 우리 소프트웨어 테스팅 산업의 경향이다. 소프트웨어나 어플리케이션 테스팅 커뮤니티(uTest, Quora 등)를 찾아 보면 데스크탑 테스팅, 웹 테스팅, 브라우저 테스팅, 회기 테스팅, 웹 서비스 그리고 API 테스트 등 테스트 활동에 유용한 다양한 툴을 촉구하는 소프트웨어 테스터들을 찾을 수 있다. 이 중 최근 가장 선호되고 있는 소프트웨어 테스팅 자동화 툴 을 간단하게 소개한다. 소프트웨어 테스팅 자동화 툴 Top 10 1. Selenium  셀레니움은 윈도우, Mac, 리눅스와 같은 플렛폼이나 다양한 브라우저의 웹어플리케이션 테스팅을 수행하는 테스팅 프레임워크이다. 셀레니움은 테스터가 Java, PHP, C#, Python, Groovy, Ruby, Perl과 같은 다양한 프로그래밍 언어에서 테스트 작성을 돕는다. 셀레니움은 셀레니움 IDE를 배우지 않아도 테스트를 작성하기 위해 녹화와 재생 기능을 제공한다. 유명한 브라우저 공급자들이 브라우저에 셀레니움을 탑재하여 릴리즈하도록 공급하고 있다. 일반적으로 셀레니움은 대부분의 다른 소프트웨어 테스팅 툴의 확실한 기반된다. Learn more about Selenium 2. TestingWhiz  테스팅 위즈는CMMi Level3 IT 솔루션 공급업체인 Cygnet Infotech의해 개발된 코드없이 스크립팅하는 테스트 자동화 툴이다. 테스팅위즈 기업용 버전은 웹 테스팅, 소프트웨어 테스팅, 데이터베이스 테스팅,

구글 검색 결과에 포스트 제목을 앞에 표시하게 하자

How to show the post title before the blog title in the search result of the search engine.  구글 검색 결과에 블로그 이름보다 포스트의 제목을 앞에 표시되게 하려면 블로그 템플릿에서 HTML을 수정하면 된다.  블로그의 방문자 유입을 늘리기 위해서 포털사이트에서 검색되는 결과에 포스트의 제목이 한눈에 들어와야 한다. 자신의 포스트를 구글에서 검색해 보면 블로그 제목이 먼저 출력되고 그 뒤에 포스트 제목이 표시되고 있는 것을 알 수 있는데 실제로 검색하는 사용자에게 중요한 것은 적절한 정보가 포함되어 있는 포스트의 제목이지 블로그 제목이 아니다. 심지어 사용자는 블로그의 이름 따위는 관심이 없다. 또한, 구글 검색 결과에서는 제목을 70바이트만 잘라서 표시하기 때문에 블로그의 제목이 길거나, 제목이 긴 경우에 사용자는 포스트의 제목을 전부 보지 못할 것이다.  구글 검색 결과에 나타나는 제목은 포스트 URL이 제공하는 HTML에서 <head>에 있는 <title>태그의 내용을 받아서 제목으로 나타낸다. 구글 블로거에서 제공하는 HTML <title>태그는 구글 블로그 이름이 먼저 나오게 셋팅이 되어있는데 이 부분을 바꿔주면 된다.  블로그 이름을 앞에 표시되게 하는 셋팅 절차는 아래와 같다. 1. 블로거 관리자 로그인 ⇒ 템플릿(Theme) ⇒ HTML 편집 으로 들어간다. 2. Ctrl+F로 blog.pageTitle를 검색 한다. 이 부분은 서두에 언급한 것과 같이 기본적으로 "블로그제목 |포스트제목", 즉 "<data:blog .title=""> | <data .blog.pagename="">"으로 정의되어 있다. <title><data:blog.pageTitle/></title> 3. 해당

구글 블로그 글 목록에 포스트 제목만 나오게 하는 방법

How to show only titles in Label and Archive pages in blogger  라벨 링크를 누르거나 글 목록 링크를 눌러 이동하는 페이지에 해당 글 제목만 표시하려면 템플릿 HTML 편집에서 관련 코드만 추가해 주면 된다.  구글 블로거에서 라벨이나 글목록 링크를 눌러서 해당 페이지로 이동하면 관련된 글들의 전체 내용이 전부 출력된다. 관련 글들에 대해 한눈에 파악해서 원하는 글을 찾기가 쉽지 않기 때문에 일반적으로 선호하지 않는 양식이지만 구글 블로거에서는 기본적으로 이와 같은 형식을 제공한다. 관련 글들에 대한 전체 내용을 전부 불러오기 때문에 로딩 시간을 길게 만드는 불편함을 줄 수 있고, 수많은 글 중에 원하는 정보가 있어도 참을성 많지 않은 방문자는 떠날 것이다. 다행히도, 간단하게 HTML 코드의 추가하여 쉽게 바꿀 수 있다.   블로그에는 라벨 페이지와 글목록 페이지에 제목만 나오도록 하는 방법은 아래 절차와 같다. 1. 블로거 관리자 로그인 ⇒ 템플릿(Theme) ⇒ HTML 편집 으로 들어간다. 2.  HTML 편집 창에서 Ctrl+F로 <b:include data='post' name='post'/> 코드를 검색 한다. 우측 상단에 있는 「백업/복원」버튼으로 백업을 할 수 있다. HTML 편집으로 템플릿을 수정 시 잘못 입력하면 블로그가 정상적으로 동작하지 않을 수 있으므로 수정전에 백업을 해두는 것이 좋다. 3. 해당 코드를 지우고, 아래 코드를 입력 한다. <!--Only title in Label and archive page start--> <b:if cond='data:blog.homepageUrl!= data:blog.url'> <b:if cond='data:blog.pageType != "item"'>

테스트 케이스 개선하여 소프트웨어 테스팅 효율성 향상에 대한 연구

테스트 케이스 개선 방법  소프트웨어 개발 분야에서 유능한 소프트웨어 개발자는 코딩의 효율과 품질을 개선하는 코딩 단계 전에 기능 요구 사항을 기반으로 항상 유닛 테스트 케이스를 작성한다. 이와 같이 소프트웨어 테스터는 소프트웨어 개발 수명주기(Software life Cycle)의 초기 단계에 테스트 케이스를 작성해야 하는데 소프트웨어 요구 사항 취합 단계에 작성하는 것을 권장한다. 테스트 매니저 또는 품질보증 매니저는 아래 목록에 따라 가능한 문서를 준비하고 취합해야 한다. 1 테스트 케이스 작성을 위한 문서 취합 1.1 사용자 요구 사항 (User Requirements)  유저 요구 사항 문서는 비즈니스 절차, 사용자 프로파일, 사용자 환경, 다른 시스템과 호환성, 존재하는 시스템과의 교체 및 대체성, 기능 요구 사항, 비기능 요구 사항, 성능 요구 사항, 요구 사항의 권한 제약, 보안 요구 사항, 사용성 등을 말한다. 1.2 비즈니스 사용 사례 (Business Use Case)  비즈니스 사용 사례 문서는 소프트웨어 적용 업무 관점에서 기능 요구 사항의 사용 사례 시나리오를 자세히 기술한 문서를 말한다. 이 문서는 요구 사항의 범위 내에서 적용 업무 관점의 사용자 동작이나 시스템 동작, 목표, 사전 조건, 사후 조건, 기본 동작 흐름, 대체 동작 흐름, 선택 사항, 시스템적인 업무 흐름에 대한 모든 예외사항을 포함한다. 1.3 기능 요구 사항 (Functional Requirements)  요구 사항 범위 내에서 시스템의 각각의 특징에 대한 기능 요구 사항을 자세히 기술한 문서를 말한다. 일반적으로, 기능 요구 사항 문서는 개발팀이나 테스트팀에게 공통 백과사전과도 같은 정보로, 고객을 포함한 프로젝트 의사결정자에게는 공식적인 요구 사항으로 어떤 소프트웨어 개발사항보다 가장 중요한 정보를 제공한다. 1.4 소프트웨어 프로젝트 계획서 (선택사항)  소프트웨어 프로젝트 계획 문서는 프로젝트, 목적, 우선순위, 주요 단

TMMi 테스트 정책및 전략 수립 단계의 프로세스 적용 방법

TMMI Test Policy and Strategy 아래는 TMMi에서 테스트 정책과 전략 단계의 프로세스를 구축하기 위한 가이드 라인이다. 1. 테스트 정책을 설립하라 비즈니스 정책(품질)에 관련된 테스트 정책이 설립되고, 이해관계자의 동의를 받아야 한다. 1.1. 테스트 목적 정의하라 비즈니스 요구와 목적 기반으로 테스트 목표를 정의하고, 준수하라 1.1.1 주요 산출물 • 테스트 목표 1.1.2 세부 실행 1.1.2.1 비즈니스 요구와 목적을 연구한다 • 강령(사훈) • 제품에 관련된 비즈니스와 사용자 요구 • 비즈니스 추진 요인 • 품질 프로그램의 주요 목표 • 비즈니스(품질) 정책 • 사업의 형태, 개발되는 제품의 위험 등급 1.1.2.2 명확한 비즈니스 요구사항을 위한 Feedback과 필수적인 목적을 제공하라 1.1.2.3 비즈니스의 요구와 목적을 추적할 수 있는 테스트 목표를 정의하라 • ‘fit-for-use(쓰기 알맞음)’에 대해 제품을 입증하라 • 동작 중 발생하는 결함을 막아라 • 외부 표준에 준수함을 입증하라 • 제품 품질에 관련된 가시성을 제공하라 • 테스트 실행 소요 시간을 단축하라 1.1.2.4 이해관계자와 테스트 목표를 리뷰하라 1.1.2.5 테스트 목적을 적당한 때(예:매년) 다시 논의하고, 개정하라 1.2. 테스트 정책을 정의하라 테스트 목적을 기반으로 테스트 정책이 정의되고, 이해관계자에게 동의를 받아야 한다. 1.2.1 주요 산출물 • 테스트 정책 1.2.2 세부 실행 1.2.2.1 정의된 테스트 목적을 기반으로 테스트 정책을 정의하라 • 테스팅의 정의 • 디버깅의 정의 (오류 위치와 수리) • 테스팅 진행자와 테스팅에 대한 기본적인 관점 • 테스팅의 목표와 추가된 가치 • 달성되기 위한 품질 등급 • 테스트 조직 독립성의 정도 • 상위 등급 테스트 프로세스 정의 • 테스팅에 주요 책무 • 조직의 접근법과 테스트 프로세스 개선의 목표 1.3

TMMi 테스트 계획 단계의 프로세스 적용 방법

TMMI Test Planning  아래는 TMMi에서 테스트 계획 단계의 프로세스를 구축하기 위한 가이드 라인이다. 1 제품 리스크 평가를 수행하라  테스팅을 위해 치명적인 영역을 식별하기 위해 제품 리스크 평가를 수행한다. 1.1 제품 리스크 카테고리와 매개변수를 정의하라.  제품 리스크 평가하는 동안 사용될 제품 리스크 카테고리와 매개변수가 정의되어야 한다. 1.1.1 주요 산출물 • 제품 리스크 카테고리 리스트 • 제품 리스크 평가와 우선순위 기준 1.1.2세부 실행 1.1.2.1 제품 리스크 카테고리를 확정한다.  제품 리스크 카테고리를 식별하는 이유는 테스트 계획의 테스트 타입별 테스트 업무에 유망한 통합을 돕기 위함이다. 1.1.2.2 제품 리스크 가능성과 영향력 등급을 평가하고, 입증하기 위한 일관된 기준을 정의한다. 1.1.2.3 각각 제품 리스크 등급을 위한 한계점을 정의한다. 1.2 제품 리스크를 식별하라  제품 리스크는 식별되고 문서화된다. 1.2.1 주요 산출물 • 식별된 제품 리스크 1.2.2 세부 실행 1.2.2.1 리스크 평가에 기여할 필요가 있는 이해관계자를 식별하고 확인한다. 1.2.2.2 요구 사항 문서와 이해관계자로부터 입력되어 사용된 제품 리스크를 식별한다. • 위험 작업장 • 브레인스토밍 • 전문가의 인터뷰 • 체크리스트 • 교육 이수 1.2.2.3 리스크의 배경과 잠재적 중요도를 문서화한다. 1.2.2.4 각 리스크에 연관된 이해관계자를 식별한다. 1.2.2.5 테스트 임무에 맞게 식별된 제품 리스크를 리뷰한다. 1.3 제품 리스크를 분석한다  사전 정의된 제품 리스크 카테고리와 매개변수를 사용하여, 제품 리스크가 평가되고, 배열되고, 우선순위가 정해진다. 1.3.1 주요 산출물 • 각각 리스크에 할당된 카테고리와 우선순위가 입력된 제품 리스크 목록 1.3.2 세부 실행 1.3.2.1 사전 정의된 매개변수, 발생 가능성. 미치는 영향 정도를 사용하여

테스트 케이스 작성방법을 예시로 쉽게 알아보자

How to create the test case for the software? 1 소프트웨어 테스트 케이스란?  소프트웨어 테스트 케이스는 테스트 대상에 오류가 있는지, 사용자 요구 사항과 같이 동작하는지 확인하는 순차적인 절차를 테스터에게 가이드 한다. 소프트웨어 테스트 케이스를 어떻게 작성하는지 배우는 것은 기본적인 작성 기술과 테스트 대상(Application Under Test - AUT)에 대해 충분한 이해력이 요구된다. 2 효과적인 테스트 케이스 전달  설명이 잘되고 가독성이 좋은 테스트 케이스가 테스터에게 전달되어 수행되어야 한다. 테스트 케이스 작성을 할때 사용자의 관점에서 모든 필수 세부사항을 포함하는 것이 중요하다. 선행 절차에서 좋은 테스트 케이스를 위한 많은 노력을 하는 것은 차후에 시간과 노력을 절약한다. 특히 많은 테스트 케이스를 한꺼번에 작성하는 것이 많은 시간이 소요되는 데, 이 포스트는 높은 수준의 테스트케이스를 쉽게 작성하고 정리하는 방법을 알려줄 것이다. 해당 포스트 끝부분에 샘플 테스트 케이스와 함께 어떻게 테스트 케이스를 작성하는지 약간의 노하우 설명한다. 3 소프트웨어 테스트 케이스 어떻게 작성하나? • 핵심적인 제목을 사용하라  테스트 케이스 작성방법 중 가장 중요한 부분은 핵심적인 제목으로 선정하는 것이다. 좋은 사례로는, 테스트하는 모듈 테스트 케이스 이름을 기입한다. 예를 들어 만약 Login Page를 테스트하고 있다면 테스트 케이스 제목에 "Login Page"를 포함시킨다. • 핵심적인 설명을 포함해라  설명은 테스터가 무엇을 테스트해야 하는지와 다른 관련된 정보를 말해줘야 한다. 테스트 환경, 테스트 데이터 그리고 사전 조건 등과 같은 정보가 포함되어야 한다. • 사전 조건을 포함해라  테스트가 진행되기 전에 충족되어야 하는 테스트와 사전 조건에 적용되는 어떤 상황들을 포함해야 한다. 이 정보는 사용자가 어떤 상황에서 테스트를 시작하는지, 테스트 환경에 의존되는

TMMi 개념과 정의에 대한 설명

TMMI Overview and Definition TMMI(Test Matrity Model Integration)란 세계적인 테스팅 전문가들이 다양한 산업분야의 소프트웨어 테스트 베스트 프랙티스를 근간으로 만든 테스트 프로세스 진단 및 심사모델로, 소프트웨어 테스트 프로세스 등급 척도 모델로 소프트웨어 테스트 조직이 갖추고 있는 성숙도를 평가하고 프로세스를 개선하기 위한 모델이다. 과거 수십 동안, 소프트웨어 산업은 소프트웨어 상품들의 품질을 개선하기 위한 상당한 노력을 기울여왔다. 이것은 어려운 과제로 남아있다. 고객과 사용자의 요구가 더욱 많아지면서 소프트웨어의 규모와 복잡성이 급격하게 증가했고, 이것은 어려운 과제로 남아있다. 다양한 품질 개선 접근법의 고무적인 결과에도 불구하고, 소프트 산업에 무결점은 아직 멀다. 제품품질을 개선하기 위해, 소프트웨어 산업은 종종 소프트웨어 개발 프로세스에 관점을 둬왔다. 개발 프로세스를 개선하기 위해 광범위하게 쓰인 가이드라인은 CMM(Capabilty Maturity Model)이다. CMM과 CMMI(Capability Maturity Model Intergration)은 종종 소프트웨어 프로세스 개선을 위한 산업표준으로 여겨진다. 테스팅이 전체 비용의 적어도 30~40%를 차지하는 점에도 불구하고, CMM, CMMI와 같은 다양한 소프트웨어 프로세스 모델이 갖춰진 테스팅은 많은 주목을 받지 못했다. 그 해답으로 테스트 전문가들은 TMMI라는 개선 모델을 만들었으며, TMMI의 테스트 프로세스 개선을 위한 모델은 CMMi와 상호 보완적으로 배치하게 한다. 현재 TMMI 외에 TPI, TIM과 같은 테스트 프로세스 모델이 있으며, 이러한 테스트 프로세스 모델은 CMMI, SPICE와 같은 범용적인 프로세스 모델이 제공하지 못한 상세화된 테스트 지침을 제시하여 조직의 테스트 프로세스를 체계적으로 구축하기 위해 적용되고 있다. 그러나 이러한 개선 활동이 항상 효과가 있는 것은 아니다. 예를 들어 CMM

다음 검색등록 및 사이트 검색 노출하기(네이트 동일)

블로그,  홈페이지 또는 사이트를 다음 또는 네이트에 검색 등록하는 방법 개인 블로그나 웹사이트에 방문자를 유입시키기 위해서 네이버나 다음과 같은 포털 사이트에 검색등록하는 것은 필수이다. 여러 포털사이트들 중에서 이 포스트는 다음에 검색등록하는 절차에 대해서 사진과 함께 쉽게 설명할 것이다. 다음은 국내에 많은 사용자를 보유하고 있을 뿐만 아니라 검색등록을 하면 네이트에서도 동일하게 검색 노출이 된다. 즉, 검색 노출하려는 사이트를 네이트에 따로 등록하지 않아도 해당 사이트가 네이트 검색 결과에 나타난다는 말이다. 블로그나 웹사이트 운영자는 몇 가지 간단한 절차만 진행하면 무료로 다음 포털사이트 검색 결과에 본인이 운영하고 있는 블로그나 웹사이트를 나타나게 할 수 있다. 하지만 검색 결과에 나타난다고 해도 검색 결과 상단에 노출되지 않는다면 무용지물이기 때문에 어떻게 해야 블로그나 사이트가 검색 결과 상단에 위치하는지도 알아보자. 다음 검색등록 및 사이트맵 요청하는 방법 1. 다음에 로그인하여 "다음 검색등록"을 검색한다. 검색 결과 상단에 Daum 검색등록 URL이 나타날 것이며, 해당 URL을 클릭하여 이동하자. 2. 다음 검색등록으로 이동하면 여러 가지 메뉴들이 나오는데 아래 사진과 같이 화면 가운데에 있는 "신규등록하기"를 선택한다. 3. 블로그를 신규 등록할 수 있는 페이지가 보이면 검색등록 선택에   "블로그 등록"을 선택하면 바로 아래 블로그 URL을 입력할 수 있게 바뀌는데 아래 사진과 같이 HTTP://를 포함한 블로그 주소 URL를 입력해 넣는다. (ex:http://koonhous.blogspot.com) 정확하게 입력했는지 다시 한번 확인하고 "확인" 버튼을 누른다. 4. 위에서 확인 버튼을 누르면 개인 사용 동의 약관 화면으로 이동하는데 여기서 두 가지 부분에 대한 개인 정보 수집에 대해서 동의해야 검색 등록이 가능하다. 여

파이썬 실행파일 만들기(cx_Freeze활용)

How to create .EXE file in Python using cx_Freeze 파이썬은 웹서버를 할당하거나 소유하고 있는 기기에서 실행하는 용도로 프로그래밍하기에 매우 좋다. 하지만 만든 어플을 친구나 사용자에게 배포하려하면 매우 성가시다. - "이거 동작하지를 않아. 어떻게 실행하는지 모르겠어" - "너 Python Interpreter 설치 했어? - "아니, 그게 뭔데?" - "너 그걸 설치해야 실행할수 있어. www.python.org 여기서 *.*version을 받아" - "아 그래? 나 그냥 다른거 사용할께" 보통 이런 상황이 펼쳐진다. 만약 본인이 만든 소프트웨어를 Python을 사용하는 개발자에게 전달하는게 아니라면, 실행가능한 패키지를 선호할 것이다. 추천하는 해결책은 cx_Freeze이다. py2exe와는 조금 다르다. 이것은 교차 플랫폼(cross platform)이다. 윈도우나 OSX, Linux 환경의 패키지를 빌드하는데 사용된다. 이 포스트는 어떻게 3가지 플랫폼환경에서 PyQt4 GUI 어플을 패키지하는지 설명하려 한다. 사용할 샘플 어플은 PyQt4 설명서(www.zetcode.com)에 있는 테트리스 복제(Tetris clone)이다. 이곳(http://zetcode.com/gui/pyqt4/thetetrisgame/)으로 가서 게임의 모든 코드를 복사하고 tetris.py 파일로 저장한다. 아래 명령어로 cz_Freeze를 설치한다. pip install cx_Freeze 설치가 완료되면 아래와 같이 확인 할 수 있다. 이제 tetris.py가 저장되어 있는 디렉토리로 이동하고 초기 setup.py을 생성하기 위해 quickstart 명령어를 실행한다. cxfreeze-quickstart setup.py는 cx_Freeze에게 어플을 어떻게 패키지할 것인지 설정하는 스크립트로 구성된다. 몇몇 정보를 입

영어 5형식 문장을 예제로 쉽게 이해하자

What is the 5 types of phrases? 영어 기초 문법 - 5가지 형식 기본 개념 영어 5형식이란 일반적 영어 문장을 구성하고 있는 형식을 5가지로 나눠 구분한 것인데 문장 5형식에 대한 구조를 이해한다면 영어 문장을 해석하거나 만들때 활용할 수 있다. 영어 1형식부터 5형식까지의  5형식 문장 구조를 알아본다. 1) 1형식: 주어 + 동사 (완전자동사) (+부사구) 1형식에서 중요한 부분은 동사가 완전자동사이어야 한다. 완전자동사 란 동사 뒤에 목적어가 없어도 완전한 문장이 될 수 있는 동사를 말한다. Drink, Smoke, eat 등이 있다. 목적어가 필요 없기 때문에 상황에 따라서 문장 전체를 꾸며주는 부사구가 들어갈 수 있다. ex) I smoke . 나는 담배를 핀다. ex)  I live in Seoul. 나는 서울에 산다. ex)  You arrived at the airport. 너는 공항 도착했다. 2) 2형식: 주어 + 동사 (불완전자동사) + 주격보어 불완전자동사 란 뒤에 주격 보어가 있어야 하는 동사를 말하고, 주격 보어란 주어를 꾸며주는 역할을 하는 명사, 대명사, 형용사 등을 말한다. ex) I am happy. 나는 행복하다. ex) She is pretty 그녀는 이쁘다. ex) He is CEO. 그는 대표이사다 ex) He is busy. 그는 바쁘다. 위와 같은 be동사 외에 2형식에 쓰는 불완전자동사들은 많지 않으니 아래 동사들을 기억해야 한다. 감각, 지각 look ~처럼 보이다 seem taste ~한 맛이 나다 smell ~한 냄새가 나다 sound ~처럼 들리다 feel ~처럼 느끼다 상태의 변화 become ~이 되다 grow ~인 상태가 되다 turn 유지, 보존

영어 구와 절에 대한 개념을 한방에 정복하자

What are the phrase and clause?  "영어를 문법으로 배우는 것은 잘못된 방법이다"라는 이야기를 들어본 적 있을 것이다. 영어교육학과 관련하여 학자들 간에 일부는 영어를 처음 시작하는 사람들에게 영어 문법으로 영어를 공부하지 말고 듣고 익숙해지라고 권하고는 한다. 언어를 처음 배우는 어린아이라면 문법이 중요하지 않을 수 있다. 그들은 백지상태에서 듣고, 생각하고, 말하고, 쓸 테니까 말이다. 하지만 우리의 두뇌는 익숙한 것을 좋아하기 때문에 이미 첫 번째 언어를 오랜 기간 동안 사용한 상태라면 새로운 방식의 영어를 무작정 듣고, 말하고, 쓰려면 혼란을 겪을 수밖에 없다. 기초 단계에서 영어를 배우는 입장이라면 문법을 이해하고 시작하는 것은 매우 중요하다. 물론, 문법만으로 공부를 하는 방법은 틀렸다는 생각에는 동의한다. 최대한 빨리 기초 문법을 습득하고 난 후 듣고 말하는 방법으로 영어를 익혀야 한다.  기초 단계에서 필수로 알아야 할 문법 중 하나가 영어의 구(Phrase)와 절(clause) 이다. 영어 문장을 봤을 때 어렵거나 복잡하다고 느끼는 문장은 여러 단어들이 많이 들어간 구와 절로 구성된 문장이다. 이 두가지 문법에는 어떤 차이가 있고 왜 이렇게 나누어 놓은 것인지 자세히 설명하려 한다.  두 개 이상의 단어가 모여 하나의 품사 역할을 할 때 구와 절이라고 하는데 이 둘을 쉽게 구분하는 방법은 동사의 유무 여부이다. 동사가 없으면 구, 동사가 있으면 절이라고 한다. 아래 예시와 함께 그 구성과 쓰임새를 이해하고 익숙해진다면 어렵지 않다.  아래 설명 하는 글을 읽고 이해가 잘 되지 않는다면, 기초 문법까지 같이 설명하는 아래 블로그를 링크를 클릭하여 더 쉽고 자세하게 이해하자. 1 구  주어와 동사 없이 두 단어 이상이 모여서 명사, 형용사, 부사와 같은 역할 을 하고 하나의 품사처럼 쓰일때 이를 '구' 라고 한다. 예를 들어, The book on the desk에서 'on

가산명사 불가산명사를 예제로 쉽게 이해하자

What are the singular and plural noun?  개수를 셀 수 있는 사물을 가산명사라고 하고, 개수를 셀 수 없는 사물을 불가산명사라고 한다. 영어에서는 셀 수 있고 없고에 따라 분류하며, 명사와 동사의 형태가 달라지고 상황에 따라서 한정사도 다르게 사용해야 한다. 한국인, 일본인 등을 포함한 한자문화권에서는 이 부분을 따지지 않는 데 영어는 이걸 굉장히 철저하게 따지며 셀 수 있나 없나에 따라 문법적인 요소가 굉장히 갈리기 때문에 영어를 배울 때 상당히 난항을 겪는 부분이다. TOEIC 등 영어 시험에서도 단골 파트 영역을 차지하고 있다. 예를 들어, 'water'는 셀 수 없지만 물병에 담겨 있는 'a bottle of water'는 셀 수 있는 가산명사이다. 하지만 실제 영어 회화에서는 Native Speaker가 편의상 '2 water'라고 쓰는 경우도 있다. 이를 틀렸다고 말할 수는 없지만 영어 학습지나 시험과 같은 공식적인 영어에서는 삼가야 한다. 아래 링크를 클릭하면 가산명사와 불가산명사에 대한 더 많은 단어를 다뤄서 참고하기 좋다. https://koonhous.tistory.com/entry/countable-and-uncountable-noun 1 가산명사(셀 수 있는 명사)  1개, 2개, 3개 이런 식으로 셀 수 있다는 걸 말하는데 한글이나 영어나 셀 수 있는 종류에는 많은 차이가 없기에 큰 문제가 되지는 않는다. 가산명사가 훨씬 더 많아서 불가산명사 빼고 다 가산명사라고 생각해도 무방하다. 영어권 원어민 강사들은 사고방식으로 이를 간단하게 구분하는 방법은 대상을 반으로 잘라보면 된다. 그다음 대상이 가진 기능이나 모양이 망가진다면 가산 명사이며, 그 기능이나 모양이 망가지지 않거나 나누기 애매한 것이라면 불가산 명사라고 보면 된다. 가산명사에만 단수·복수의 구분이 있고 단수일 때는 반드시 부정관사(a/an)와 같은 한정사(the, my, this)가 필요