Eddie's storage

소프트웨어 QA(SQA): 모든 소프트웨어 처리 과정(프로세스)를 검수하며 품질 규격(SW 요구사항 명세)을 준수하도록 하는 과정(프로세스)에 따라 품질을 보증하는 인력엔지니어링: 1.공학 2.(교묘한)처리 3.엔지니어링시스템 엔지니어링: 체계를 구성하는 각각의 작용과 기기 따위를 분석하여 가장 적합한 체계를 설계하는 공학   출처 - 다음사전, 나무위키

프로젝트 일정 산출 방법에는 여러가지가 있습니다. 그 중, 산출이 간단하면서도 일정에 차질이 없으면서도, 효율적인 방안을 고민 후 내린 결론입니다.개발 기간보다 QA 기간이 긴 경우는 한 번도 듣거나 보거나 경험해보지 못했으며,7년간 제 경험과 여러 사례를 접하고 현재 제 업무 방식이기도 합니다.프로젝트 일정 산출 방법입니다.개발 기간의 20%를 QA 테스트 기간으로 정합니다. (Dev. working day * 0.2 = QA working day)20%는 기존 솔루션에 결함이 많다고 판단한 최장 산정 기한입니다.개발자가 여러명이라면?(개발자:QA 비율이 회사마다 천차만별입니다, 지금은 10:1 비율로 설명합니다)→ 총 개발 기간의 20% 산출개발이 파트별로 진행된다면?(Browser 별, App 별,..

맥킨지의 일하는 방식 - 문제해결과정경영 환경의 변화가 커질수록 체계적, 논리적으로 문제에 접근하는 방식의 중요성이 커짐 어떤 문제에나 전략적 시각을 가지고 체계적, 논리적으로 접근하는 방식의 활용이 중요함 우리에게 필요한 과제 접근 방식은...일상의 과제도 새로운 시각에서 검토할 수 있도록 하고해결해야할 과제에 대해 큰 그림을 잃지 않으면서도, 세부적 이슈까지 구조화하여 면밀히 검토할 수 있도록 하며,정교하면서도 목적에 맞는 효과적/효율적 분석을 가능하게 하고,프로젝트 팀의 어려운 과제 해결 역량을 키워줄 수 있어야 함왜 7 Steps 문제 해결 접근 방식인가? 가장 중요한 문제를 명확히 정의하고 우선순위화를 통해 핵심에 집중함 사실과 데이터 기반의 가설을 사용함으로써 문제 해결 스피드를 높임 문제를 ..

맥킨지 7S 모델(맥킨지 7S 프레임워크)1980년대 개발한 경영 모형변화 - 모델 발생 이유조직 관점폐쇄적인 시스템 → 개방적인 시스템(주어진 환경과 상호작용)경영의 전제 조건'합리성' → '사회성'새로운 조직 관점 7개 요소각 요소는 우선순위를 갖지 않으며, Mesh형 구조 관계를 갖는다.구조전략시스템공유가치스킬스타일구성원세부사항하드한 요소구조(Structure)조직구조, 업무분장, 협력 메커니즘핵심분석질문)회사 조직은 어떻게 구성되는가?조직구조는 어떠한가?각 부서 간 활동이 어떻게 조율되고 있는가?소비자의 수요 변화에 어떻게 대처할 것인가?전략(Strategy)기업이 외부 환경에 대한 변화에 대응하거나 예상하여 계획하는 일련의 행동비즈니스의 목적과 조직의 경쟁우위 제고를 위한 방법핵심분석질문)우리의..

우연히 글을 접하고, 내가 QA 엔지니어라는 점과 요즘 블로그에 글을 작성하면서 주제에 흥미가 생겨 읽어보았다.저자A가 말하길, 엔지니어가 글쓰기에 집중해야 하는 이유는... 더 좋은 엔지니어가 되기 위해서는 글쓰기 기술을 향상시켜야 함 왜? 글쓰기는..두뇌를 정리하는 방법뭔가를 배우는 방법실수를 찾아낼 수 있게 도와줌 그럼, 나는 왜 글을 쓰려 하는가? 스스로 질문해보았다.그 이유는생각의 정리(저자A와 같다)망각 극복 (기록으로 남겨 잊지 않으려고)잘못된 기억을 사실로 믿고, 주장하거나 신념으로 하지 않기 위해지금(글 작성 순간) 내가 느낀 생각과 감정을 글로 표현하고, 이후에 같은 내용을 접했을 때 변하거나(관철하거나) 하는 계기를 삼기 위해 (즉, 과거를 통해 더 발전하는 내가 되기 위해서)당장 생..

QA 프로세스 구축#1 글에 이어서 이번에는 결함 관리 Notion 페이지에 대해 상세한 이야기를 다루고자 합니다.  결함 관리 Notion 페이지는 발견된 결함을 관리하는 페이지이며, 제품 품질 고도화( 및 유지) 목적이 있습니다.윗 줄에 언급한 Main 목적 외 몇 가지 부수적인 내용이 있습니다.개발팀 내부적으로 결함 확인 및 수정된 사항은 결함 관리 Notion 페이지에서 다루지 않습니다.누락되는 결함이 없도록 크고 작은 결함 모두 등록합니다.지연되는 결함에 대해 담당자에게 Reminder 보내어 해결될 수 있도록 조치합니다.정책적인 변경 사항은 별도 정책 페이지에서 관리합니다. (예. 기능명세서)  작성방법(필수)진행상태: 1. 대기: 결함 등록 단계 (신규 작성 시 “대기” 자동입력)2. 프리뷰..

QA가 없는 조직에 입사 후 QA 프로세스를 구축해 나가는 이야기입니다.기초적인 내용이므로 SQA를 준비하시는 분이나 1~2년차 분께 적합할 것 같습니다.참고로 저는, QA 프로세스 구축을 이전 스타트업 회사에서 성공적으로 안착시킨 경험이 있고, 이번이 2번째입니다.지피지기 백전불태.우선, 나(QA)를 회사에서 왜 뽑았는지부터 알아야 합니다.보통 회사에서 QA를 채용하는 이유는 테스트를 전문적으로 수행할 시기가 도래했기 때문일 겁니다. 채용공고 타이틀은 QA면서 JD(Job Description)는 테스터 업무만 적혀 있는 경우도 종종 보입니다.QA와 테스터는 엄연히 다르지만, "QA = 테스터"라는 인식이 크다는 점은 부인할 수 없습니다.QA와 테스터가 다르다는 점을 타인에게 설득, 이해시키기는 쉽지 ..

커리어에 대한 고민을 시작으로성찰 과정을 통해 현재를 파악하고, 미래를 계획하며, 하고 싶은 일과 해야하는 일을 구분해보려 합니다.SQA 요구되는 주요 스펙1. 기술 스킬버그 추적 시스템(JIRA, Bugzilla 등)→ 노션 칸반보드 활용 중테스트 자동화 도구(Selenium, JUnit, TestNG 등)프로그래밍 언어(Python, Java, C# 등)CI/CD 도구(Jenkins, GitLab CI 등)2. 소프트 스킬문제 해결 능력: 복잡한 문제를 분석하고 해결하는 능력커뮤니케이션 능력디테일에 대한 집중력: 작은 오류도 놓치지 않는 꼼꼼함 (위 SQA 스펙에 이어서) 나의 발전과 이를 알리는 방법1. 전문성 강화고급 자격증 취득(ISTQB AL, CSTE 등)최신 기술 습득(AI 테스트 자동화,..

끝 없는 개발 추가/수정사항을 처리하기 위한 단계별 해결 전략에 대한 이야기입니다. "완료" 정의하기: 프로젝트 시작 전에 "완료"가 무엇인지 명확히 정의하고, 이를 문서화하여 범위 확장을 방지함(c.f. 킥오프)MVP* 수용하기: 완벽을 목표로 하지 않고 "충분히 좋은" 상태를 목표로 함. 기본 버전을 먼저 출시하고 나중에 개선함*MVP(Minimum Viable Product, 최소 기능 제품): 프로젝트의 핵심 가치를 가장 먼저 검증할 수 있는 최소한의 기능프로젝트 시간 제한: 프로젝트에 마감일을 설정하여 긴급성을 부여하고 기능 확장을 방지함작은 일 완료 연습: 작은 프로젝트나 작업을 정기적으로 완료하여 "완료"에 대한 두려움을 줄이고 성취감을 키움아이디어와 구현 분리: 새로운 아이디어가 떠오르면 ..

킥오프목적프로젝트의 공식적인 시작을 알리고, 모든 팀원들이 프로젝트의 목표와 계획에 대해 공통된 이해를 갖도록 하는 회의내용프로젝트의 목적, 목표, 계획(업무 우선순위 포함), 범위, 일정, 주요 마일스톤, 위험 요소, QnA 등을 논의팀원 간의 협업 방식을 정립하고, 초기 작업을 배정'성공 기준' ('완료 기준' 포함)회의록 공유온보딩목적새로운 팀원들이 프로젝트에 빠르게 적응하고, 필요한 정보를 습득할 수 있도록 돕는 과정내용프로젝트의 배경, 목표, 주요 이해관계자, 팀 구조, 사용되는 도구 및 프로세스 등을 소개팀원들이 자신의 역할과 책임을 명확히 이해할 수 있도록 지원