IT 기록

요즘 테스트 자동화가 SW QA에서 뜨거운 이슈다. 우리 회사에도 어떻게 도입할 수 있을지 생각해보려한다. 현실적으로 생각해보자. 팀에 나간 인원이 충원되지 않아서 리소스가 부족한 상태이다. TC설계하고 매뉴얼 테스트하기도 바쁘다 . 이 상황에서 테스트 자동화를 도입해 본다면 어떠한 목적과 목표로 시작할 수 있을까? . . . 하려는 이유는 회사에서도 필요하고, 이직 시에도 중요한 능력 중에 하나여서. 정말 이상적인건 처음부터 끝까지 테스트를 자동화하여 기본테스트는 자동화로 돌리고, 특이 케이스 검증 및 기획 검토 등 품질 향상에 힘쓰는 것이다. 그러기 위해서는 불가한 부분도 있고, 공수가 너무 많이든다. 현재의 상황에 맞게 하려면? 리그레션 테스트 시 쓸 수 있을 정도. 그 중에서도 공수가 덜드는 변경..

효율적이면서 안정적으로 품질을 보증하고 사용성 좋은 서비스를 만들기 위해서는 어떻게 해야할까? 발전의 시작은 진심으로 '호기심'을 갖고 생각해보는데 있는 것 같다. 똑똑하고 뛰어난 사람들만 올라갈 수 있을 거라 단념하고 주어진 바운더리에 나름 열심히 하고 있었는데 너무 그런 케이스들만 생각하면 역효과다. 본인의 수준에서 꾸준히 노력하면 된다는걸 내 스스로에게 느끼게 해주고 싶다. 난 부족하고 못한다고만 생각하면 나아지는건 하나도 없고 좌절감만 늘어갈 뿐이다. 앞으로 블로그에 기록하며 어떻게 나만의 커리어를 만들어 갈지 생각하고 행동하려고 한다.

| 트러블 슈팅이란? 문제가 발생했을 때 원인을 규명하고 해결하는 작업 | 중요 포인트! 가장 가능성 높은 문제 원인부터 하나씩 지워가는 것 발생가능성이 큰 곳부터 확인하여 현재 상태를 하나씩 진단하고 파악해 나감 | 트러블 슈팅 방법 1. 문제 정의 : 문제 동작 확인 2. 사실 수집 : 정보 수집, 재현 방법 등 수집 3. 원인 추론 : 수집된 자료를 바탕으로 문제의 원인을 추론. 4. 조치 방안 작성과 구현 단계 : 추론한 원인에 따른 조치 방안을 마련, 구현단계 거쳐 문제 해결. 5. 결과 관찰 : 조사 방법을 구현하고 그 결과를 기록 함. 만약 문제 해결되지 않으면 4번으로 돌아감. 6. 문서 작성 : 문제 해결한 순서를 정리하여 문서화 함 * 추론 과정이 끝나고 결과 관찰하는 과정에서 Test..