Hermit Under the Cliff

AI 기술이 빠르게 발전하면서, 자동화 및 인공지능 기반 QA (Quality Assurance) 엔지니어링에 대한 관심이 증가하고 있습니다. 그렇다면, AI가 QA 엔지니어의 영역을 대체할 수 있는 가능성이 있을까요? 우선, QA 엔지니어링은 소프트웨어 제품의 품질을 보장하기 위한 과정으로, 테스트, 검증, 검사 등의 작업이 포함됩니다. 이러한 작업은 소프트웨어 제품의 문제점을 발견하고 해결함으로써 제품의 안정성과 신뢰성을 높이는 것을 목적으로 합니다. AI는 이미 많은 분야에서 활용되고 있으며, 특히 QA 엔지니어링에서도 다양한 기술과 알고리즘이 적용되고 있습니다. AI를 활용한 QA 엔지니어링은 테스트 자동화, 결함 감지, 성능 테스트 등의 작업을 수행할 수 있으며, 이를 통해 효율성과 정확성을 높..

이직한 회사에서 입사전 개인 정보를 입력하는 단계에서 명패 문구를 적으라고 해서 조금 고민을 하다가 "해치지 않아요" 로 결정을 했습니다. 조금은 까칠해 보이는 저의 인상에 대한 오해를 풀 문구이기도 하였지만 자동화 엔지니어 측면에서도 다른 QA들에게 해가 되지 않는다는 그런 뜻도 있습니다. QA 조직내에서 자동화 구현을 하면서 지내온 시간들 중 가장 자주 들었던 말 중 하나가 "그래서 얼마까지 줄일 수 있는데?" 라는 윗 분들의 말과 "그러면 우리 일 없어지는 거에요?" 라는 동료들의 농담 섞인 말이었습니다. 물론 장난스러운 말로 "내가 다 자동화 해버려서 너님을 쓸모없게 만들어버리겠어!" 라는 말을 안해본 것은 아니지만 테스트 자동화의 목적은 리소스를 줄이고, 이에 따른 비용을 줄이는데에만 있지 않습..

우선 저는 회사에서는 QA로 분류가 되고 있는 직무에서 일을 하고 있지만 항상 SW Engineer라는 정체성을 가지기 위해 노력(?)하고 있는 사람입니다. 길다면 긴 저의 커리어의 대부분이 품질관련 팀에서 QA역할 혹은 QA를 보조하는 SET(Software Engineer in Test)의 역할이 었습니다. 처음에는 내가 작성한 코드가 실제 제품에 반영이 되어 많은 사람이 사용하게되는 소위 말하는 개발자의 역할을 원한 적도 있긴 했지만, 지금 돌이켜보면 QA의 직무로 SW Engineer의 역할을 수행하는데도 참 많은 장점들이 있는 것 같습니다. # 내가 원하는 대로 QA 조직내에서 SW Engineer의 특성을 계속 유지를 하게 되면 필연적으로 테스트 자동화의 업무를 맡게 됩니다. 테스트 자동화는 ..

개인적으로 어느샌가 관리하게 되어버린 사이트가 하나 있습니다. 2001년에 만들어졌고 그 당시의 기술이던 php4와 mysql4 하의 제로보드 기반으로 이루어진 사이트입니다. 매년 나가는 호스팅 비용이 아까워서 구글 클라우드 플랫폼의 무료 인스턴스를 이용해서 서버를 옮기려고 합니다. 위와 같이 GCP에서 무료로 사용을 할 수 있는 인스턴스를 제공하고 있습니다. 더 자세한 내용은 아래 블로그에서 보시면 됩니다. https://wildeveloperetrain.tistory.com/154 구글 클라우드 플랫폼 GCP 무료 서버 생성하기(22년 6월 기준) 구글 클라우드 플랫폼(Google Cloud Platform) 무료 서버 생성하는 방법에 대해서 알아보겠습니다. 구글링을 통해 GCP 무료 서버 구축 방법..

BDD (Behavior Driven Development) 는 아래와 같이 Given, When, Then 을 이용하여 사용자 시나리오를 정의하는 것에서 부터 출발합니다. 이러한 사용자 시나리오를 바탕으로 Cucumber 등의 프레임워크를 이용해서 TDD에 사용될 Test case들을 만드는 등의 형태로 많이 설명이 됩니다. 개발과는 한발짝 떨어진, User Level의 End to End test를 하는 QA 입장에서 이런 BDD 방법론을 개발팀을 설득해서 도입하는 것 이전에 테스트에 도입을 할 만한 방안이 없을까 고민을 해 봅니다. User Level의 End to End Test의 경우 자동화된 테스트에서 Cucumber 등을 이용하여 BDD 형식을 도입을 하더라도 들인 시간 대비 얻는 이점이 그..

최근 업무를 하면서 DB + Dashboard + Windows Client 구성으로 각종 데이터 관리를 하는 시스템을 개발해야할 일이 생겼습니다. PC에서 기존 테스트 Tool의 data를 분석하여 DB에 넣고 이를 Dashboard로 구성하여 제공을 하는 역할인데요, Windows Client의 desktop UI 말고도 Web에서 간단하게 데이터를 확인할 수 있으면 좋을 것 같았습니다. 몇몇 솔루션들을 검색해보다가 NocoDB 라는 것을 발견하였습니다. https://www.nocodb.com/ NocoDB | Turns your SQL database into a Nocode platform. Free & Open Source. Free & Open Source Airtable alternativ..

우선 들어가기에 앞서 안드로이드의 메모리 구조를 살짝만 살펴봅시다. 안드로이드의 메모리 모니터링을 한다고 하면 대부분의 경우 PSS 값을 확인 합니다. 안드로이드의 메모리는 Page라는 단위로 관리된다고 간단히 생각하시면 되고, App은 위 그림과 같이 다른 여러 프로세스들과 메모리를 공유 합니다. 이렇게 메모리를 공유를 하기 때문에 각각의 영역에 대한 구분이 필요합니다. USS (Unique Set Size) 위 그림에서 파란색으로 표시된 부분입니다. 오직 App만이 사용하는 메모리 영역을 의미합니다. RSS (Resident Set Size) 위 그림에서 빨간색으로 표시된 부분입니다. App이 사용하는 총 메모리 영역을 의미합니다. PSS (Proportional Set Size) 위 그림에서 노란색..

아두이노 코딩봇 자작 프로젝트의 아마 마지막 포스트, 총정리 입니다. 모든 코드들은 아래 Github에 올려 두었습니다. https://github.com/reitn/OlbinBot GitHub - reitn/OlbinBot: Olbin Coding bot based on Arduino and Mblock Olbin Coding bot based on Arduino and Mblock. Contribute to reitn/OlbinBot development by creating an account on GitHub. github.com 하드웨어 코딩봇의 하드웨어 구성을 위해서 아래와 같은 부품들이 사용되었습니다. - 아두이노 우노 (호환보드 사용) - 로보티즈 올로 CM-50 (Device Id 및 C..