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의 특성을 계속 유지를 하게 되면 필연적으로 테스트 자동화의 업무를 맡게 됩니다. 테스트 자동화는 ..

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..

이것은 코스트코에서 구입한 야외등 입니다. 조도센서와 모션센서를 이용하여 밤에 움직임이 있을 때 불을 켜 주는 역할을 하게 됩니다. 전원은 AA 건전지 세 개가 사용이 됩니다. 문제는 이걸 달아놓았더니 들어가는 건전지 값이 만만치 않습니다. AA 건전지를 다른 전지로 바꾼 뒤 충전이 가능하게 하면 나름 괜찮을 것 같은 생각이 듭니다. 우선 아두이노 코딩봇을 만드느라 18650 배터리를 비롯하여 멀티미터, 인두기, TP4056 모듈 등 여러가지를 질렀으니, 가능할것 같아 확인을 해봅니다. 이 제품은 야외에서 사용되는 것까지 고려가 되어 방수처리가 되어있어서 건전지 넣는 부분 외의 부분을 뜯으면(아주 힘겹게 뜯어야 합니다) 방수는 물건너가게 됩니다. 모든 배터리 및 충전 모듈을 AA 건전지 3개가 들어갈만한..