KoonHous

 많은 블로거들이 관리하기 편하다는 이유로 심플하고 화려하지 않은 테마(Template)을 사용한다. 하지만 이러한 테마를 사용하는 블로그는 홈(Home) 메뉴를 클릭하거나 'http://'주소를 입력해서 접속하면 홈페이지 화면이 열리기 때문에 전체 포스트를 최신 순서대로 쭉 나열해 버린다. 방문자는 스크롤의 압박으로 자신이 원하는 글을 찾을 엄두도 못 내고 창 닫기 버튼을 눌러버릴 것이다.  정성껏 작성한 유용한 포스트들을 홈 화면에서 한눈에 보여줄 수 없다는 것은 안타까운 일이다. 인터넷을 사용하는 사람들은 어떠한 정보 얻을 때 요약이나 제목을 보고 관심 있는 정보를 클릭하여 해당 내용이 펼쳐지는 방법에 익숙해져 있다. 주로 포털사이트나 게시판 등이 이러한 구조로 이루어져 있기에 동일한 구조로 블로그를 구성할 필요가 있다.   Home에서는 글 제목만 표시되게 하는 방법은 아래 간단한 절차만 따라 하면 된다. 1. 블로그 대시보드에서 테마(Template) 선택 후 HTML 편집(Edit HTML) 을 선택하여 HTML 편집 창으로 이동한다. 2. HTML이 편집 창에서 Ctrl + F를 눌러 "</head>"를 입력하고 검색 한다. 3. </head> 태그 바로 위에 아래 코드를 복사 해서 붙여 넣고 저장(Save Template) 한다. [추가할 코드] <style type="text/css"> <b:if cond='data:blog.url == data:blog.homepageUrl'> .post { margin:.5em 0 1.5em; border-bottom:0px dotted $bordercolor; padding-bottom:1.0em; height:50px; } .post h3 { margin:.25em 0 0; padding:0 0 4px; font-size:20px; font-family:Tahoma,Ge

English expressions related to the real property 외국으로 이민이나 유학 중에 부동산 용어를 몰라 당황하거나 곤욕을 치르는 경우가 종종 일어나는데 유학이나 이민을 생각하고 있다면 부동산 관련 영어 표현은 필수이다. 혹은, 그렇지 않다고 해도 일상표현이나 경제기사에서 자주 등장하기 때문에 기초적인 부동산 관련 영어 표현은 알아두어야 한다. 부동산은 Property, Real estate, Realty, Real property라고 한다. I and my wife will invest all of our money in real estates. 나와 나의 아내는 우리의 모든 돈을 부동산에 투자할 것이다. My attorney handles taxes and estates, and he's quite good. 나의 변호사는 세금과 부동산을 담당하는데 그는 꽤 유능하다. He likes gambling in real estate 그는 부동산 투기를 즐긴다. Call Merry Realty for more information 더 자세한 내용을 알고 싶으시면 메리 중개사로 연락주세요. 공과금 - Utility bill You can pay your utility bills at this counter. 공과금은 이 창구에서 내실 수 있습니다. 부동산 관련 주요 단어 및 표현은 알아보자 부동산 중개업자 - Realty dealer, Real estate agent, Realtor I'll call a real estate agent tomorrow morning. 내일 아침에 부동산 중개인에게 전화를 할께요. My realtor could show you some homes next weekend. 부동산 중개인이 다음 주말에 당신한테 집 몇 채를 보여줄 수 있을 겁니다. 부동산 거래 - Real estate transaction Real Estate Tra

What is the article?  관사 란 명사의 앞에 붙어서 의미에 제한을 두는 말이다. 한글과 다르게 영어에서는 명사 앞에 관사를 붙여서 뒤에 오는 명사가 한 개인지 여러 개인지, 특정한 것인지 일반적인 것인지 자세한 정보를 전달해준다.  관사는 a/an 과 같은 부정관사, 정관사 the 가 있다. a/an은 어떤 하나의 사물이나 정하지 않은 모든 명사 앞에서 수식 하기 때문에 부정관사라 하고, 수식하는 명사의 첫 발음이 모음 a, e, i, o, u으로 시작하면 an apple, an orange와 같이 a 대신 an 을 붙인다. ex) A pizza is very delicious. 피자는 매우 맛있다. (보통의 모든 피자)  The 는 이미 언급한 명사나 the sun, the earth와 같이 일반적으로 언급하지 않아도 아는 명사에 사용 하는데 이렇게 이미 정해져 있다고 하여 정관사라고 한다. The는 일반적으로 "더"라고 발음하지만 뒤에 명사가 모음이 오면 스펠링은 같지만 "디"라고 발음 한다. ex) The pizza was delicious. 그 피자는 맛있었다. (내가 먹은 피자)   명사 앞에 a/an, the를 쓰지 않는 경우 도 있다. 우선 a/an은 하나일 때만 사용하므로 셀 수 있는 복수 명사 a dogs( x )나  셀 수 없는 명사 a information( x )처럼 앞에는 쓸 수 없으며, breakfast, lunch, dinner 같은 명사는 the를 붙이지 않는다. 관사는 관습적으로 사용하기에 왜 the가 붙고, 왜 the가 붙지 않는지 명확한 근거가 없기에 관사를 붙이지 않는 경우를 볼 때마다 기억해 두어야 한다.  위에서 말한 대로 셀 수 있는 단수 명사에는 경우에 따라서 a/an, the를 사용할 수 있지만, 이 관사 두 개를 같이 붙여서 사용할 수는 없다 . 또한, 다른 형용사와 어울려서 쓸 때에는 형용사 보다 가장 앞서서 놓인다. ex) a the p

 2017년 8월 2일 정부는 부동산 가격 상승을 막기 위해 이름 바 8.2 부동산 대책을 내놓았다. 국토교통부가 이번 정책을 변경하는 이유는 투기 과열 양상을 보이는 지역의 부동산 가격을 잡고, 다주택자의 추가 구매를 강력하게 규제하면서 실수요자를 보호하는 것이라고 입장을 밝혔으며, 이후 지속적으로 부동산 정책을 변경되고 있고 앞으로 그럴 것이라는 정부의 입장이다. 이번 대책에 LTV(주택담보대출비율)와 DTV(총부채상환비율)도 포함되었는데 8월 23일부터 시행되는 감독규정 개정안을 한눈에 보기 쉽게 표와 그림으로 정리했다.   정부는 지역을 부동산 가격 상승이 높은 지역을 위주로 과열 지구로 나눠 부동산 정책을 시행한다.   정부는 추가적으로 9월 5일 부동산 투기지역을 추가 했다. •​투기지역: 서울 11개구, 세종시 •​투기과열지구: 서울 전역, 경기 과천, 세종시, + 성남 분당, 대구 수정 •​조정대상지역: 경기 6개 지역, 부산 7개구   투기과열지구, 투기지역, 조정 대상 지역으로 나눠 LTV, DTI가 다르게 적용된다. ​•​주담대: 주택 담보대출 1건 이상 보유는 '차주' 기준이 아닌 '세대' 기준이며 전체 은행 포함한 건수를 의미 주택 담보대출 1건 이상 보유시 LTV 10% 낮추는 규제는 전 지역 적용 •​LTV(Loan To Value ratio): 주택담보대출비율 주택을 담보로 대출을 해줄 때 적용하는 주택 자산 가치 대비 최대 대출 한도 •​DTI(Debt To Income): 총부채상환비율 금융부채 상환 능력을 소득으로 따져 대출한도를 정하는 계산 비율 LTV와 DTV에 대해 자세히 알아보러 가기>>

 LTV 는 Loan To Value의 약자로 주택담보대출비율 이라고 한다.  주택을 담보로 돈을 얼마나 빌릴 수 있는지 그 비율이다. [주택가격x주택담보대출비율] 로 계산하여 대출가능액을 산정할때 사용하며 LTV는 정부에서 규제한다. 2014년 8월 1일부터 70%로 적용 되었고 2017년 8월 2일부터 투기과열지구는 40%~50%로 규제 되었다. 이후 투기지역, 투기과열지구, 조정대상지역에 따라 대출 가능비율이 다르기 때문에 선정지구를 알아야 정확한 계산이 가능하다. 즉, 투기과열지구의 주택담보대출비율이 40%이고, 4억짜리 주택을 담보로 돈을 빌리고자 한다면 빌릴 수 있는 최대금액은 1억 6천만원(4억X0.4)이 된다.  대출가능액을 산정할때 사용하는 주택가격의 기준가는 공시지가가 되는데 단독주택이나 빌라와 같은 다세대주택의 경우 일반적으로 공시지가가 시장거래가보다 낮게 평가되기 때문에 단독주택이나 빌라의 경우 대출한도가 더 적을 수있기 때문에 부동산 매매계약을 할때에는 공시지가를 확인하고 대출을 얼마나 받을수 있는지 확실하게 확인 해야한다.  DTI 는 Debt To Income의 약자로 총부채상환비율 이라고 한다.  주택 가격과 상관없이 연간 총소득에 비례 하여 대출의 최대한도를 제한함으로써 소득에 비해 무분별하게 대출하는 상황을 제한하기 위해 실시한다. 부채에 대해 연간 갚아야 하는 연간 원금 상환액과 연간 이자 상환액를 합해서 연간 원리금 상환액이라고 하는데 [연간총소득/연간원리금상환액] 으로 DTI(총부채상환비율)를 계산한다. 다시 말해 DTI는 총소득에서 부채의 연간 원리금 상환액이 차지하는 비율이다. 예를 들어, 연간 소득이 4000만원이고 DTI가 40%로 설정된 경우 총부채의 연간 원리금 상환액이 1600만원을 초과하지 않는 규모에서 대출이 가능하다는 말이다.  DTI는 개인의 부채상환능력을 평가할 때 기준이 되며 소득신고를 하지 않거나 적게 신고한 경우 대출을 받을때 불리하게 적용될수 있다.  LTV와 DTI는

TMMI Test Environment phase 아래는 TMMi에서 테스트 환경 단계의 프로세스를 수립하기 위한 가이드라인이다. Test Environment 테스트 환경의 목적은 적절한 환경을 설정하고 유지한다, 테스트 데이터를 포함한 그것은 관리와 반복적인 방법으로 테스트를 실행할 수 있다. 프로세스 영역과 테스트 환경의 요구 사항을 지정하고 구현하며 테스트 환경을 제어 하는 모든 범위를 해결합니다. 테스트 환경설정의 관리 및 제어 부분의 측면을 포함한 형상관리를 이용이 가능하다. 테스트 환경 프로세스 영역 범위는 물리적 테스트 환경 및 모든 테스트 데이터를 포함한다. 1 테스트 환경의 요구 사항을 개발 이해관계자 요구의 기대와 제한적으로 수집한 테스트 환경 요구 사항으로 번역된다. 1.1 테스트 환경 요구 사항을 도출한다 이해관계자의 요구의 기대와 제약 수집 및 테스트 환경 요구 사항으로부터 의미된다. 1.1.1 주요 산출물 • 테스트 환경의 필요사항 1.1.2 세부사항 1.1.2.1 테스트 환경 의미에 대한 테스트 방법 및 테스트 계획을 연구 1.1.2.2 일반적인 테스트 데이터, 기대와 제약 조건을 포함하여 테스트 환경 요구 사항의 도출을 위한 담당자를, 테스트 참여 테스트 환경 요구 사항의 예 : - 네트워크 구성 요소 - 소프트웨어 구성 요소, 예를 들어, 운영 체제, 펌웨어 - 가상, 스텁 및 드라이버 - 증빙 서류, 예를 들어, 사용자 안내서, 기술 안내서 및 설치 설명서 - 인터페이스 구성 요소 또는 제품 - 도구 스텁과 드라이버를 개발 - 테스트 장비 - 복합 테스트 환경을 위한 요구 사항 - 일반 테스트 데이터베이스 - 테스트 데이터 생성기 - 테스트 데이터 스토리지 요구 - 테스트 데이터 보관 및 복원 시설 1.1.2.3 테스트 환경 요구 사항을 문서, 일반적인 테스트 데이터, 기대와 제약 조건을 포함 1.2 테스트 환경 요구 사항을 개발 테스트 환경 요구 사

TMMI Test Monitoring and Control 아래는 TMMi에서 테스트 모니터링 및 제어 단계의 프로세스를 수립하기 위한 가이드 라인이다. 1 테스트 계획에 대한 감시 테스팅의 성과와 실제 과정을 테스트 계획에 맞춰 모니터링 한다. 1.1 테스트 계획 매개변수를 모니터 테스트 계획에 대한 테스트 계획 매개 변수의 실제 값을 모니터링 한다 1.1.1 주요 산출물 • 테스트 성과 기록 • 계획과 중요한 차이 기록 1.1.2 세부 실행 1.1.2.1 테스트 일정에 대한 테스트 진행 상황을 모니터링 한다. • 주기적으로 테스트 작업의 실제 완료시점을 측정, 제품 테스트 및 테스트 이정표 • 테스트 계획에서 설명하는 테스트 일정에 대한 테스트 작업과 제품 테스트 및 테스트 이정표의 실제 완료를 비교 • 테스트 일정에서 상당한 편차를 확인하는 테스트 계획을 예상 1.1.2.2 테스트 비용과 소비된 테스트 활동을 모니터링 한다. • 주기적으로 실제 테스트 비용과 소비된 인력을 측정 • 테스트 계획에서 설명된 예상과 실제 테스트 비용, 인력을 비교 • 테스트 계획 테스트 비용, 인력에서 큰 편차를 확인 1.1.2.3 테스트 산출물 및 테스트 작업의 속성을 모니터링 한다. • 주기적으로 테스트 작업 제품과 테스트 작업의 크기나 복잡성과 같은 실제 특성을 측정 • 테스트 계획에서 설명된 예상과 테스트 작업 제품 과 테스트 작업의 실제 특성을 비교 • 테스트 계획에 대한 견적에서 큰 편차를 확인 1.1.2.4 테스트 인력의 지식과 스킬을 모니터링 한다. • 주기적으로 테스트 직원이 획득한 지식과 기술을 측정 • 실제 교육으로 얻은 것과 테스트 계획에서 설명하는 것을 비교 • 테스트 계획의 예상에서 큰 편차를 확인 1.1.2.5 테스트 계획 매개 변수에서 중요한 차이를 문서화 1.2 제공/사용되는 테스트 환경 자원들을 모니터링 한다 제공/사용 되는 테스트 환경 자원들을 계획에 비교해 모니터링 한다. 1.

TMMI Test Design and Execution 아래는 TMMi에서 테스트 설계 및 실행 단계의 프로세스를 수립하기 위한 가이드라인이다. 1 테스트 분석 수행 및 테스트 설계 기법 도출 테스트 분석과 설계 중, 테스트 설계 기법을 사용하면서, 테스트 접근법이 분명히 실재하는 테스트 상태와 테스트 케이스로 옮겨진다. 1.1 테스트 상태를 식별하고 우선순위를 정한다 테스트 베이시스에 명시된 테스트 아이템의 분석을 기반으로 한 테스트 설계 기법을 사용하여 테스트 상태를 식별하고 우선순위를 정한다. 1.1.1 주요 산출물 • 테스트 베이시스(Basis) 이슈 로그 • 테스트 조건 (Conditions) • 테스트 설계 명세서 1.1.2 세부 실행 1.1.2.1 테스트 basis(요구 사항, 디자인과 인터페이스 명세서)를 연구하고 분석한다. 1.1.2.2 문서작성자와 테스트 베이시스에 관련된 이슈를 논의한다. 1.1.2.3 문서화된 테스트 접근법과 함께 가장 적절한 테스트 설계 기법을 선택한다. [Black Box] - 동등 분할(Equivalence rtitioning) - 경계 값 분석 (Boundary Value Analysis) - 결정 테이블 (Decision Tables (Cause/Effect Graphing) - 상태 전이 테스팅 (State Transition Testing) [White Box] - 구문 테스트 - 결정 테스트 - 상태 테스트 1.1.2.4 테스트 설계 기법을 사용한 테스트 베이시스로부터 테스트 조건을 얻어낸다. 1.1.2.5 식별된 제품 리스크를 기반으로 한 테스트 조건의 우선순위를 결정한다. 1.1.2.6 테스트 설계 명세서 표준을 기반으로 한 테스트 설계 명세서에 테스트 상태를 문서화한다. - 테스트 설계 명세서의 우선순위 - 테스트하려는 항목/특징 - 접근법 개선 - 테스트 조건 - Pass/Fail 조건 1.1.2.7 이해관계자와 테스트 설계 명세서를 리뷰한

Basic vocabulary list 90 Verb 영어를 읽고, 쓰고, 말하는데 있어 가장 중요한 것이 동사인데 꼭 외워야 할 기초적인 동사만 100개 요약했다. 각 동사의 과거와 과거분사 형태까지 전부 외워야 한다. 단어나 문장을 외울때는 3가지 방법을 활용해야 효율이 높은데 손으로 쓰고, 입으로 말하고, 귀로 듣는 것이다. 일반 영어회화나 문장에 자주 쓰이는 기초적인 단어인 만큼 외우고 나면 실제 문장에 넣어 연습해봐야 실제로 단어를 접했을 때 이해할 수 있고 응용할 수 있다. 동사원형 - 과거 - 과거분사 1. set - set - set 설정하다, 놓다 2. hold - held - held 잡다 3. become - became - become 시작하다 4. smell - smelled - smelt 냄세를맡다 5. bear - bore - borne 견디다 6. break - broke - broken 부서지다 7. cost - cost/costed - cost/costed 가격을치루다 8. mean - meant - meant 의미하다 9. stay - stayed - stayed 머물다 10. dream - dreamed - dreamt 꿈꾸다 11. run - ran - run 달리다 12. blow - blew - blown/blowed 불다 13. feed - fed - fed 먹이를주다 14. drive - drove - driven 운전하다 15. put - put - put 놓다/넣다 16. understand - understood - understood 이해하다 17. come - came - came 오다 18. choose - chose - chosen 선택하다 19. drink - drank - drunk 마시다 20. draw - drew - drawn 그리다 21. read - read - read 읽다 22.

  QA 가 전문적인 분야로 인식되어 가면서 QA 전문가와 테스터 에 대한 개념과 업무에 대한 이론이 더욱 자리 잡아가고 있다. 단순히 테스트만 하는 테스터와 QA 전문가를 분류하는 기준은 명확하게 말할 수 있다. "QA가 무엇인가?" 이 물음에 답할 수 있느냐이다. 소프트웨어 테스트라는 업무를 진행하면서 단순히 테스트만 진행했다면 대답하기 어려울 것이다. 단순히 테스트만 한 테스터가 있다면 아래의 테스팅 노하우를 읽어보는 것을 권하고 싶다. 그리고 한번쯤은 왜라는 의문점을 스스로 가져보길 바란다. 이 포스트를 주의 깊게 읽어보면 테스트 활동을 실천하고 적용해 볼 수 있다. 이후에 경험을 통해 모든 사례를 배울 수 있고 실패하는 사례도 경험의 과정이고 배움이라는 것을 인지해야 한다. 경험을 통해 배운 20가지 최선의 소프트웨어 테스트 업무 노하우 1) 소프트웨어 요구 사항과 설계 단계에서 테스트팀의 권한을 확보해야 한다.  이 방법으로 테스트팀이 애플리케이션 의존도에 대해 아는 것이 상세한 테스트 커버리지를 달성 시킬 수 있다. 만약 테스트팀이 개발 수명 주기에서 이런 부분을 요청받지 못했다면 관리자나 담당자에게 모든 프로세스 결정이나 관련 회의에 대해 테스트팀을 포함시켜 달라고 요청해야 한다. 2) 사용자 요구 사항 문서에 대한 이의 제기를 생략한다.  사용자가 어플에 필요하지 않거나 요구하지 않으려고 했던 것을 명시하지는 않는다. 3) 테스트 결과를 철저히 분석해서 인지한다.  테스트 결과만 보고 지나치면 안 된다. 마지막 테스트 결과는 ‘Pass’ 이거나 ‘Fail’일수 있다. ‘Fail’의 근본적인 원인을 해결하려는 것이 문제의 해결책으로 당신을 안내할 것이다. 테스터가 단순히 결함을 보고하는 것이 아닌 해결책을 제시한다면 인정받을 것이다. 4) 테스트 대상이 되는 소프트웨어의 테스트 범위를 항상 최대로 잡아서 노하우를 터득한다.   100% 테스트 범위를 충족하는 것은 불가능하지만 항상 근접하게 시도할