qa-_-의 등록된 링크

키자드에 등록된 총 242개의 포스트를 확인하실 수 있습니다.

Naver Blog

『이직 바이블』 면접왕 이형(이준희) 지음

성장하면 돈은 자동으로 따라온다. 주요 밑줄과 내 생각 경력 기술서를 통해서 확인하고 싶은 정보는 '어떤 성과를 이루었는가?'이다. ㄴ 그래요..? 성과와 상관없는 설명과 과정은 과감히 생략해도 된다는 뜻도 된다. ㄴ 경험 나열 말이다. 기업은 의사소통으로 이루어진 집합체이다. ㄴ 말귀를 못 알아듣는 경력직은 노 답이다. 커리어를 쌓는 데에 흔들리지 않는 기준선이 바로 성장이다. 성장하는 사람만이 높은 연봉을 받고 좋은 기회를 선점한다. ㄴ 돈이 아님. 이직을 통해서 새로운 경험과 다양한 도전을 할 수 있는지를 따져 보아야 한다. ㄴ 왜 이직을 하려는지 생각해 봐야 함. 쉬운 난이도에 갇히면 성장할 수 없다. ㄴ 그리고 거기에 익숙해지면 안 됨. 누구나 할 수 있는 일을 해놓고 경쟁력을 갖추었다고 말할 수 없다. ㄴ 남들과 차별화된 필살기가 있어야 함. 수평/상승/전환 이동 ㄴ 옆그레이드 말고 업그레이드여야함. 생명체는 언제나 살아 움직이고, 변화한다. 성장하거나 성숙해져야지 부동(

원문보기 내부링크
Naver Blog

Appium Inspector 설치 및 설정하기

Appium Inspector 설치하고 설정하기 환경: intel mac Appium 2.5.4 안드로이드 실물 기기 사전 설치: Appium, UiAutomator2 사전 지식: 명령어, 돔트리 앱피움 1에서는 데스크톱, 서버 GUI를 따로 설치한 거로 보였다. 앱피움 2는 1과 같은 게 없다..? 찾으려니 없다.. 더 이상 지원 안 하는 거 같다. 앱피움 2에서는 서버 돌리고 엘리먼트 뽑는 건 인스펙터에서 하면 된다. 샘플 코드를 실행해 봤으면 이제 각자 회사의 앱에서 엘리먼트를 찾고 코드를 작성하면 된다. 엘리먼트를 찾기 위해 인스펙터가 필요하다. Appium Inspector 설치하기 1. 직접 다운로드 받아 설치함 https://github.com/appium/appium-inspector/releases GUI 방식이라 설치 쉽다. 설치 완료하면 실행해서 설정해 주면 된다. Appium Inspector 설정하기 1. 캐퍼빌리티 설정 키, 밸류로 구성되어 필요한 최소한으로

원문보기 내부링크
Naver Blog

ㅌ*** QA 면접 후기 +채용 사전 과제 피드백

면접관 구성: 팀장 1, 팀원 2 질문 구성: 기술 2, 경험 8 시간: 약 60분 사전 채용 과제 피드백이라기보다는 우리 회사는 이런 거 안 하는데 너는 왜 이런 걸 하느냐 느낌으로 내가 발언하면 자기네들 적용할 점을 열심히 타이핑했다. 내가 얻은 게 없는 느낌이다. 자기 소개 활용할만할 추천툴 ㄴ 찰스. 동작에 따라 api 볼 수 있음. 불필요한 api 호출 캐치 가능. 무한 페이징에서 페이지 파라미터 꼬이는 거 캐치 가능. 화면만으로는 확인이 어려운 부분 못한 말: lastpage: true 데이터로 확인 가능, post, put 데이터 확인 가능. 클라 쪽 데이터를 잘못 준 건지, 클라 쪽 데이터는 맞는데 api 처리가 잘못된 건지. 찰스 프록시연결이라 제한적이지 않냐 ㄴ 현재 회사 기준 일부 api 호출 제외하고 이점이 더 많음. 웹도 찰스 쓰나? ㄴ 웹은 일부 BFF 패턴 적용되어 제한적이라 잘 쓰지 않음. 주로 포스트맨 씀. 웹은 개발자 도구에서 볼 수 있는데 안 써봤나

원문보기 내부링크
Naver Blog

5회 휘청휘청

- 허리를 바닥에 붙이고 - 난이도 조절 각도 플러스 e.g. 90 -> 100 - 미는데 밀리면 안 되고 버텨야 함 - 발바닥으로 누르기 앞 2-3 뒤 8-7 정도 - 한발로 데드리프트 - 한쪽씩.. - 쓰는 거 허벅지 뒤 - 중심 잡기 위해 뭔가를 잡는데 가까이 붙지 말고 30센티(?) 떨어져서 - 한발 들고 - 허리를 둥글게 마는 게 아니고 - 허리는 일자 그대로 고관절을 접어야 함 - 정면을 보고 가슴 열고 - 내려갈 때랑 올라갈 때랑 직선인지 확인 사선 노놉

원문보기 내부링크
Naver Blog

6,7회 운동은 힘든 거예요.

- 힘든 게 운동임 ㅋ - 생활 속 걷기, 숨쉬기 노노 - 유산소 숨차서 말하기 힘든 정도 - 심박수 120-140 정도 데드 버그 - 힘들어가는 위치 배 * 팔 다리 올렸다 내렸다 인데 힘은 배에..? - 누워서 다리 90도, 팔 쭉 뻗은 상태에서 - 각 다른 방향 한쪽 다리, 한쪽 팔 동시에 내리기 - 팔 다리는 쭉 펴야 함 - 발이 바닥에 닿는 거 아님 - 빠르게 하면 덜 힘듦 - 내릴 때 입으로 숨 뱉기 브리지 - 발바닥을 누르면 종아리에 힘이 들어감 - 발 앞꿈치로 누르면 근육 수축 힘이 들어가는 거 - 발뒤꿈치로 누르면 종아리가 땅기는 거 * 그 느낌이 그 느낌 같음. 구분 안감. - 올라갈 때 입으로 숨 뱉기 * 엉덩이 근육이 있긴 있다. 수건 - 4등분으로 나눠본다면 3 정도 약간 아래에 - 수건은 뒤에서 앞으로 힘주고 목은 앞에서 뒤로 넘기기 - 돌아올 때는 머리를 당기면서 - 수건 대신 손으로도 가능 - 한쪽 * 한쪽이 더 쉬웠던 건 제대로 안돼서였음 * 여전히 삐

원문보기 내부링크
Naver Blog

8회 물을 많이

- 체중 아침에 일어나서 공복 소변본 후 가 정확 - 물을 많이 - 체중에 따라 적절히 조절 - 하루 1.5리터 - 나머지는 다른 데서 섭취 데드 버그 - 발이 닿으면 안 됨 - 팔과 다리 쭉 펴고 맥켄지 - 디스크 튀어나온 반대되는 동작을 함 - 팔꿈치 쭉 펴고 고관절 스트레칭 - 다리 4자 모양으로 접고 의자 같은 곳에 올려놓고 버티기 - 허리 구부러지면 안 됨 - 뒤로 뺀 발은 무릎을 살짝 굽힘 - 의자 같은 곳이 낮으면 바닥에 닿는 발을 의자와 거리 벌리기

원문보기 내부링크
Naver Blog

iOS 아이폰 터치(탭) 영역 표시

테스트하다 보면 버튼에 인터랙션이 없는 경우가 있다. 재현 영상 녹화는 했는데 어느 버튼을 눌렀는지가 알 수 없다. 정말 저 버튼을 눌렀나?라는 의심마저 들 수 있다. 앱 녹화 기능이 아닌 카메라 녹화 기능을 사용하여서 탭 하나 영역을 보여주는 방법도 있다. 설정 > 손쉬운 사용 > 터치 > AssistiveTouch > 상위 레벨 메뉴 사용자화 > 탭 탭 항목을 넣어주면 된다. 설정 > 손쉬운 사용 > 터치 > AssistiveTouch 활성화 활성화하면 탭 할 때마다 포인터 위치(정원 형태)가 나온다. 다만, 탭 활성화가 된 상태에서 드래그는 안 된다. 응용해서 필요한 메뉴를 넣으면 되겠다. 참조 구글 검색어: 아이폰 터치 영역 표시 https://mangodev4.medium.com/ios-%EC%95%84%EC%9D%B4%ED%8F%B0-%ED%84%B0%EC%B9%98%ED%8F%AC%EC%9D%B8%ED%84%B0-%EB%B3%B4%EC%9D%B4%EA%B8%B0-feat

원문보기 내부링크
Naver Blog

9회 쭉 펴세요.

- 샐러드 탄수화물 부족 - 체중 감소 주의 - 일주일 뒤로 갈수록 아픈 걸 보니 통증 누적..? - 목 앞 가운데 힘으로 턱을 당기면서 머리통을 들기 - 목 양옆에 힘이 들어가면 안 됨 데드 버그 - 다리 쭉 펴세요 * 항상 듣는 거 같다.. - 허벅지 위쪽부터 골반까지 바깥 부분 폼롤러 - 엉덩이 아래쪽 스트레칭이라는데 전혀 모르겠음. 바깥쪽으로 꺾는 게 너무 안 됨. 원인 장요근 추정이라 함.

원문보기 내부링크
Naver Blog

ㅌ*** QA 채용 사전 과제 후기

면접 시간에 이론 문제 시험지 풀기나 TC 작성은 해봤다. 사전과제는 보통 면접 전의 과정으로 과제에 대한 시간적 부담이 있었다. 평생직장이 아니고 주변 도움이 없다면 모집 공고를 참고해서 미리 커리어 패스를 생각해 보는 것도 좋을 거 같다. QA 사전 채용 과제 내용 자세한 내용은 공개적으로 말할 수 없음 경력 : 4-7년 작업 기간 : 워킹데이 5일 양식 : 자유 테스트 베이시스 : 기획서 (슬라이드 1개, 3개 화면, 화면에 대한 설명으로 구성) 요구 산출물 1. 기획 내용 리뷰 2. 테스트 플랜 3. 테스트 케이스 과제를 받아본 첫 느낌은 대략 난감. 평일 5일이라는 압박감. 출퇴근에 많은 시간이 소요되고 평일 온전한 자유시간은 약 1시간 정도다. 과제 자체는 어렵지 않았다. 많이 내는 회원가입 일부였다. 요구 산출물은 업무를 하면서 매번 하는 일이라 만드는 거는 어렵지 않다. 출퇴근 시간에 틈틈이 생각해서 대략적인 틀을 잡고, 자유 시간에 구체화시켜 문서로 깔끔히 만들면 끝

원문보기 내부링크
Naver Blog

xcode 파이썬 세팅

1~7번은 터미널에서 함 1. 홈브류 설치 아래 url 접속해서 터미널에서 명령어로 homebrew 설치 https://brew.sh/ko 2. 환경변수 추가 (3번의 brew 명령어가 안 될 경우) export PATH=/opt/homebrew/bin:$PATH 3. 파이썬 설치 brew install pyton 4. 파이썬 설치 경로 확인 where python3 5. 파이썬 설치 경로 확인 /usr/local/bin/python3 6. 디렉토리 이동 cd /usr/local/bin 7. 심볼릭 링크(하드링크 파일) 생성 ln python3 tami_python 8번부터는 Xcode에서 함 8. 프로젝트 생성 Create a new Xcode project 클릭 9. 프로젝트 유형 선택 상단 Other 탭 선택 > 하단 External Build System 선택 > Next 버튼 클릭 10. 정보 입력 정보 입력 > Next 버튼 클릭 > 저장 경로 선택 > Create Git

원문보기 내부링크
Naver Blog

이슈 리포트로 보는 텍스트 에디터 파일 업로드

아래 내용은 내부 보안에 위배되지 않게 일부 재구성되었음. 시간이 오래되었고 내가 쓴 리포트가 아니라 기억이 정확하지 않다. 브라우저 : 크롬 재현절차 : 이미지 파일 드래그 기대결과 : 이미지 업로드 실제결과 : 백화 현상 로컬에 있는 이미지 파일을 에디터 영역에 드래그 앤드 드롭을 하였더니 이미지가 보이지 않고 흰 화면이 나온 이슈였다. 웹에 텍스트 에디터가 추가되었다. 에디터에서 설정한 내용이 잘 저장되어 페이지에 잘 보이는지 테스트하면 된다. 텍스트 에디터에 이미지 파일 업로드 기능이 있었다. 업로드 버튼을 클릭하여 이미지 파일을 서버에 업로드를 성공하면, 에디터에 이미지를 불러와 사용자에게 보인다. 드래그앤드롭을 지원 여부는 모른다. 기획서가 없는 테스트였고 어떤 에디터를 붙였는지 모른다.. 원인을 추측해 볼 뿐이다. 에디터에서 드래그앤드롭을 지원하지 않는다. 에디터에서 드래그앤드롭을 지원하지만 사용하지 못하게 막았다. 파일(이미지 포함) 업로드 테스트를 할 때 고려해야 할

원문보기 내부링크
Naver Blog

한글 문자 분리 테스트

아래 내용은 내부 보안에 위배되지 않게 일부 재구성되었음. 문구 중에 특정 단어만 바뀌는 경우가 있다. 테스터를 찾으시나요? 품질보증을 찾으시나요? QA(을)를 찾으시나요? 을 또는 를에 맞게 나와야 한다. 어떻게 효율적으로 테스트하면 좋을지 리포트의 내용으로 알아보겠다. [발생경로] 결제 입력 페이지 > 필수 항목 빈 값 입력 > 다음 버튼 클릭 > 유효성 문구 확인 시 [기대결과] 타이틀에 따라 3가지 1. 타이틀이 한글이 아닌 경우: 을(를) 입력해 주세요. 2. 타이틀에 종성 있을 경우: 을 입력해 주세요. 3. 타이틀에 종성 없을 경우: 를 입력해 주세요. [실제결과] title+"를 입력해 주세요" 이름를 입력해 주세요. 전화번호를 입력해 주세요. e-mail를 입력해 주세요. title은 응답에서 받아오는 정보다. 응답에 있는 title에 따라 을,를 이 문법에 맞게 아래와 같이 나와야 한다. 이름을 입력해 주세요. 전화번호를 입력해 주세요. e-mail을(를) 입력해

원문보기 내부링크
Naver Blog

SQA 업무 범위?

업무의 범위가 회사마다 팀마다 요구치, 실제로 하는 일이 다를 수 있다. 팀 단위로 업무를 명확하게 하여 책임을 부여해 보면 좋을 거 같다. 연차가 쌓일수록 하던 업무는 당연히 잘 해야 한다. 그리고, 업무의 범위도 늘려가야 한다. 내가 어떤 경력을 가지고 있고 어떻게 커리어를 쌓아나아갈지 생각해 봐야겠다. 해본 것도 있고 안 해본 것도 있다. 해보고 싶은 것도 있고 하기 싫은 것도 있다. R&R을 명확하게 할 경우 기대 효과 업무 분담 명확화 다른 팀과 업무 협업 방향성 직급에 따른 업무 파악과 앞으로의 방향성 신규 인력에 대해 업무 안내 생각나는 대로 QA 업무에 대해 적어봤다. 테스트 업무 요구사항 분석 범위, 일정 파악 테스트 계획 업무 요청을 바탕으로 업무 요청을 바탕으로 계획 설계 테스트 설계 및 구현 테스트 베이시스를 바탕으로 테스트할 항목 추출 TC 리뷰 테스트 범위 및 항목 공유 TC 갱신 리뷰를 바탕으로 누락, 변경 사항 등을 반영 테스트 환경 설정 테스트에 필요한

원문보기 내부링크
Naver Blog

『이직의 정석』 정구철

『이직의 정석』 정구철 지음 단연 가장 중요한 것이 '첫 이직' '첫 이직'이 답이라 확신 첫 이직을 엄청 강조해서 책을 덮으려고 했었다.. 19년도 책인 걸 감안해 보고 읽었다. n번째 이직이라도 읽을만한 가치는 있다. 주요 밑줄과 내 생각 회사는 끊임없이 학습을 요구, 내 역량을 성과와 실적으로 끊임없이 증명 ㄴ 반대로 말하면 학습을 필요로 하지 않는 회사는 커리어에 도움 되지 않음. 스스로 찾거나 떠나거나. 학벌세탁과 기업에서 인정하는 학력의 척도 차이 ㄴ 기업 인사 관련이 아니어서 내부 사정은 모르겠지만 대부분 맞는다면 확률에 걸어야 함. 변화에 대응하는 속도. 기업: 100마일, 정부: 25마일, 학교: 10마일, 정치: 5마일, 법: 1마일 ㄴ 변화의 시대임. 도태될 것인지, 변화할 것인지 생각해 봐야 함. 앨빈 토플러 『부의 미래』 반복되는 일자리의 대체, 배움 없는 노동력의 도태 ㄴ 키오스크를 생각해 봐야 함. 개인의 생애 주기, 기업의 수명 ㄴ 내가 다니고 있는 회사

원문보기 내부링크
Naver Blog

1회

1회차 내용 트레드밀 - 숨 찰 정도로 빠르게 걷기 - 남자 5~7, 여자 3~5 폼롤러를 이용한 뒷부분 전체 스트레칭 - 몸무게를 이용 - 상체 할때는 무릎을 세우고 해야 하단에 무게가 안 감 - 무게 조절은 발을 누르면 상체에 힘이 더 들어감 - 목 좌우로 - 허리 좌우로 - 가슴 옆으로 누워 앞뒤로 - 종아리 포개서 좌우로 - 한 부위 당 20회씩 - 아픈 부위에 집중, 안 아프면 스킵 - 발바닥 중요 - 하이힐과 같이 땅바닥에 발 끝만 닿는 건 종아리 긴장 할로우 포지션 - 코어를 써야 함 - 코어도 못 쓰면서 운동하는 건 효과 떨어짐 - 난이도 조절은 ㄱ자, ㅣ자, l자에서 무릎을 어깨너비만큼 벌리기 - 부들부들 떨리면서 버텨야 함.. - 목 어깨에 힘이 들어가면 중단 - 코로 들이 마시고 입으로 내뱉음 * 내뱉을 때만 떨리는 거 같음.. * 힘도 줘야 하고 호흡도 해야 하고 정신없음 - 손으로 눌렀을 때 안 들어가면 거기에 힘주는 거 맞는다고 보면 됨 날개뼈 모으기 - 손

원문보기 내부링크
Naver Blog

Appium UI 자동화 설정하기 +샘플 시연

Appium UI 자동화 설정하기 앱피움, 애피움 유아이 자동화 설정하기 UIAutomator2로 Android 환경에서 샘플 자동화 시연이다. 마지막에 테스트코드로 자동화 결과 샘플 시연 영상도 있다. 맨땅에 헤딩이다. 환경: intel mac, zsh Appium 2.5.4, Python 3.12.3, Java 22.0.1 준비물: 안드로이드 기기 (한국어 설정) 사전 설치: npm 사전 지식: 기본 명령어 사용, 편집기 사용 아래와 같이 10 단계로 진행한다. 1. Appium 설치 2. Python3 설치 3. Android SDK 설치 (Android Studio) 4. JAVA JDK 설치 5. UIAutomator2 설치 6. Appium Python Client 설치 7. 테스트 스크립트 작성 8. 기기 연결 확인 8.1. 개발자 모드 8.2. USB 디버깅 9. appium 서버 실행 10. 테스트 파일 실행 하다가 실패한 내용에 관해 몇 개 정리했다. 그 외 실패

원문보기 내부링크
Naver Blog

2회차 턱을 당기세요.

2회차 내용 - 뭉친 상태에서 운동효과 떨어짐 - 1끼에 단탄지 532? - acc apple, carrot, cabbage 1:1:1 - 추천 간격 08:00 (4) 12:00 (4) 16:00 (4) 20:00 - 추천 간식 고구마, 단백질 셰이크 등 * 현재 08:20 (4.7) 13:00 (5.3) 18:20 * 목표 08:20 (2.3) 10:40 (2.3) 13:00 (2.7) 15:40 (2.7) 18:20 * 시간 오차 범위 +-20분 * 현재 양 아침 0.4, 점심 1, 저녁 0.8 * 목표 양 아침 1, 간식 0.2, 점심 1, 간식 0.2, 저녁 0.8 - 힘은 여기 줘야 한다 * 거기에 힘이 들어가는 거 같기도 하고 아닌 거 같기도 하고 의식해서 착각? 턱을 당긴다 유사 표현 - 투덕을 만든다 생각 * 머리 통째로 뒤로 움직이기? - 내 눈에 잘 보이지 않는 쇄골 같은 곳에 이물질이 묻었다 생각 * 얼른 닦고 거울을 보세요. * 턱만 움직이는 게 가능한가? 아래

원문보기 내부링크
Naver Blog

신규 입사자를 위한 교육과정 만들기 (OJT)

어떤 회사에 입사하니 OJT를 표에 해야할 목록, 담당자, 소요 시간, 진행 여부 체크 등 으로 구성되어있었다. OJT를 듣는 당시 나중에 활용해보면 좋겠다는 생각을 했다. 그리고 만들어볼 기회(?)가 왔다. 처음 입사하면 회사 문화에 대해서는 아는 게 없다. 업무는 몇몇 익숙한 툴을 제외한다면 낯설고 새로울 것이다. 이런 신규 입사자를 위해 OJT를 하고 있다. 크게 두 가지로 나누어보겠다. 설명이 필요한 것과 설명이 거의 필요 없는 것 (실습 위주) 설명이 거의 필요하지 않은 것들 가입, 설치, 환경설정 등 입사자가 직접 해야 하는 게 대부분이다. 네트워크 설정하기: 네트워크 환경 공유 업무 툴 설치하기: 슬랙, 찰스 프록시, 피들러, 포스트맨, 서브라임 텍스트, 씨퀄 에이스 등 접근 권한 신청 및 확인하기: Gsuite, Confluence, Firebase, Testflight, Zeplin, Figma 등 업무 사이트 공유하기: 테스트 사이트, 관리자 사이트, 지라 등 (북

원문보기 내부링크
Naver Blog

Third Party (써드 파티)

이전의 기억 써드파티앱을 확인하라고 했는데 앱스토어 검색기록에 있는 '써드파티' 앱의 이름이 아니다. 상품 후기를 작성해본 경험이 있을것이다. 후기를 작성할 때 사진을 첨부하는 경우도 있다. 이때 앨범에 있는 사진을 선택하기도 하고, 카메라로 직접 찍기도 한다. 휴대폰에 기본 카메라 외에 스토어에서 다운로드한 카메라 앱이 있다. 그게 써드파티 앱이다. 다운받아서 설치한 제 3자의 앱 요즘에 소셜 로그인도 많이 있는데 마찬가지로 서드파티다.

원문보기 내부링크
Naver Blog

이슈 리포트로 보는 딥링크 (URL 구조)

이게 이슈가 맞는 건지 의문이 든 이슈가 등록되었다. 아래 내용은 내부 보안에 위배되지 않게 일부 재구성되었음. 요약: 딥링크 > 상품 카테고리 여러 개 입력 시 메인화면으로 이동됩니다. 설명: [테스트환경] App : 0.12.345 Device : Galaxy S23 (13) [이슈현상] 딥링크 > 상품 카테고리 여러 개 입력 시 메인화면으로 이동됩니다. [사전조건] app://prod/0/cat/123,456 app://prod/0/cat/123 [재현과정] app://prod/0/cat/123 진입 확인 app://prod/0/cat/123,456 진입 확인 [실제결과] 카테고리 id가 2개 이상인 경우 상품 메인으로 이동됩니다. [기대결과] 카테고리 id가 2개 이상인 경우 첫 번째 아이디에 해당하는 카테고리로 이동되어야 합니다. 문제없어 보인다. 구조는 아래와 같아 보인다. scheme://prod/{prodId}/cat/{catId} 일반적으로 경로 부분을 복수로 처리하

원문보기 내부링크
Naver Blog

'정상적'의 출처

리포트를 검색을 하다 보면 '정상적'이라는 표현을 보는데 내가 원하는 답이 아니다. 다시 찾아야 한다. 누가 봐도 명확한 결과를 써줬으면 좋겠다. 보고자가 기대 결과를 몰라 담당자에게 기대 결과를 전가한 거라고 생각한다.. 결함 리포트 일부 발췌 수행절차 1. 인기 여행지 확인 기대결과 1. 인기 여행지 정상적으로 노출됨 테스트 케이스 일부 발췌 수행절차 1. 탭 진입 확인 기대결과 1. 마이페이지 화면 정상적으로 노출됨 수행절차 1. 로그인 버튼 확인 기대결과 1. 로그인 정상적으로 동작됨 '정상적'은 테스트케이스에서 시작되었다.. 체크리스트처럼 쓴 테스트케이스다. 정상적 노출이라는 표현은 정확하지 않다. 이미 서비스에 익숙한 사람이라면 정상적 노출이 뭔지 이해하겠지만, 자산 관리로써는 썩 훌륭하지 않다. 로그인 버튼을 클릭했을 경우 정상적 동작이란 게 어떤 걸까? 1. 로그인 관련 얼럿을 띄운다. 2. 로그인 페이지로 이동한다. 3. 로그인 관련 토스트 메시지를 띄우고 로그인 레

원문보기 내부링크
Naver Blog

이슈 리포트로 보는 에러 처리

아래 내용은 내부 보안에 위배되지 않게 일부 재구성되었음. 요약: 내 정보 관리 > 이름 20자 초과 입력 시, 서버 메시지 노출 내용: [테스트환경] App : 0.12.345 Device : iPhone SE iOS 15.8 [이슈현상] 내 정보 관리 > 이름 20자 초과 입력 후 [저장하기] 버튼 클릭 > 서버 메시지 노출 [사전조건] 내 정보 관리 진입 상태 [재현과정] 1. 이름 20자 초과 입력 2. [저장하기] 버튼 클릭 [실제결과] 서버 메시지 노출됩니다. [기대결과] 유효성 체크에 따른 한글 문구 노출되어야 합니다. 웹 서비스 구조 강의를 봤을 때 기억에 남는 한 가지가 있다. 원격지 입력의 경우 유효성을 체크해야 한다. 리포트에서 말하는 서버 메시지는 SQL 문을 실행할 수 없다는 메시지다. DB 컬럼 vchar 20이고 사용자의 입력은 무한정으로 받을 수 있다. DB에서 타입을 초과하는 글자는 저장할 수 없기에 에러를 준다. 보통 클라에서는 200이 아닌 응답을

원문보기 내부링크
Naver Blog

커머스 용어 In-App 결제, PG 결제, ㅁㅁ 페이

앱 테스트 결제를 하다 보면 들어보는 용어다. 인 앱 결제 앱 스토어를 통하여 결제하는 방식이다. 주로 게임 결제에서 이루어진다. 앱에서 결제하는 경우 수수료 때문에 다른 경로 (웹) 결제가 따로 있을 수 있다. 예: 포켓몬고 결제, 유튜브 프리미엄 구독 결제 확인 방법 (앱 스토어 기준) 앱 스토어 > 정보 > 앱 내 구입 항목이 있으면 앱 스토어의 결제를 사용한다. PG 결제 PG사 외부 모듈로 결제한다. 주로 쇼핑몰들이 이용하는 방식이다. 예: 네이버 쇼핑 결제 휴대폰 소액 결제 PG사 외부 모듈로 결제한다. 커머스 쪽에서 소액깡과 같은 도용 논란이 있어서 없는 곳도 있다. ㅁㅁ 페이 애플 페이, 삼성페이 같은 결제를 말하는 게 아니다. 쇼핑몰만의 자체적 선불형 서비스를 말한다. 용어는 쇼핑몰마다 차이가 있다. 계좌가 연동되어 잔액 부족 시 자동으로 충전되기도 한다. 계좌이체가 사라지고 자체적으로 페이 서비스를 하는 곳이 있다. 예: 쿠팡 쿠페이 머니 인 앱 결제를 하기 위한

원문보기 내부링크
Naver Blog

서브라임 텍스트 json 정렬하기 (jsFomat)

1. 패키지 설치 Tools > Command Pallete... > Package Control: Install Package > jsFormat 2. 단축키 설정 (옵션) Preferences > Key Bindings > {"keys": ["shift+ctrl+alt+super+t+a+m+i"], "command":"js_format"} jsFormat을 설치 완료했다면 기본 단축키는 ctrl+alt+f로 정해져있다. 기본 설정 단축키를 쓸 것이라면 2번은 생략한다. https://packagecontrol.io/packages/JsFormat JsFormat - Packages - Package Control Browse JsFormat by jdavisclark ALL Top 100 Javascript formatting for Sublime Text 2 & 3 Installs Total 847K Win 534K Mac 221K Linux 92K Readme Source r

원문보기 내부링크
Naver Blog

postman 콘솔에서 필요한 정보만 골라보기

json 응답 환경임. 응답을 주는데 배열 들어가서 하나하나 보기가 너무 힘들어서 콘솔에 프론트에서 보이는 정보만 가져왔다. 연계되는 파라미터가 있는데 그거도 환경변수에 저장해서 넣었다. 열차 조회하기 열차를 조회하려면 필요한 정보를 입력한다. GET 방식이면 Params나 POST 방식이면 Body 등 필수 정보를 입력해야 호출하였을 때 성공적인 응답을 받을 수 있다. 사용자화면에서 입력하듯이 API에서도 비슷하다. 출발역, 도착역, 날짜, 인원 등의 데이터를 입력해야한다. 출발역, 도착역은 사전에 받지 않고 Params에 값이 고정되어있다. 매번 API 호출하여 보지 않고 프론트와 동일한 정보를 주는지 확인하는 용도임. 날짜, 인원은 API 호출 전 입력 내용으로 호출하도록함. js Date 형식이 Tue Dec 26 2023 16:31:58 GMT+0900 (Korean Standard Time) 와 같이 나오고 날짜 파라미터는 ""yyyyMMdd" 형식으로 보내서 구선생 코드

원문보기 내부링크
Naver Blog

이슈 리포트로 보는 웹서비스에 대한 이해 (프론트엔드 기준)

자격요건 또는 우대사항에 '웹 서비스 구조에 대한 이해', 'API에 대한 이해'와 같은 항목이 많이 보인다. 서비스에 대한 이해 없이 테스트를 설계하고 리포팅하면 서로 힘들다. 나는 자격요건에 해당된다.라는 걸 어떻게 알려야 할까? 직접 설명? 서류 탈락이면 의미가 없다. ^^ 관련 강의 수강 내역? 수강했다고 다 이해한 게 아니다. 고민 끝에 생각한 방법이다. 웹 서비스를 설명하기엔 일부지만 내가 썼던 이슈 내역을 설명해 보겠다. 아래 내용은 내부 보안에 위배되지 않게 일부 재구성되었음. 1번. 요약 : 페이징 안 됨. 내용 : [재현환경] 단말정보 : iPhone SE iOS 17.2.1 앱버전 : 0.12.345 서버 : tami-test [사전조건] lastPage: false [발생경로] 쿠폰 페이지 > 하단으로 스크롤 시 [기대결과] /v0/member/coupon?page=page+1 [실제결과] /v0/member/coupon 미호출 [재현빈도] 항상 발생 (10/1

원문보기 내부링크
Naver Blog

이슈 리포트 리팩토링 하기 (feat. 이미지 리사이징)

실제 QA에서 이런 업무는 하지 않는다.. 이슈 리포트를 살펴보면 QA 쪽에서 조금 더 친절하게 적어줄 만한 내용이 있다. 이슈의 원인을 파악하자는 게 아니고 어디까지 확인했고 정책이 뭔지는 알려줘야 한다. 정책을 기준으로 테스트를 하는 것이기에 버그라는 근거를 가져와야 한다. *리팩토링: 개발자들은 코드 중복 제거, 공용 컴포넌트 적용, 디자인 패턴 적용, 가독성 개선 등 유지 보수를 편하게 하기 위한 작업을 한다. 아래 내용은 내부 보안에 위배되지 않게 일부 재구성되었음. 요약: 리뷰 이미지가 잘려서 노출됩니다. 설명: [테스트환경] 블라블라 [사전조건] 로그인 상태 작성 리뷰 존재하는 상태 [재현과정] 1. 리뷰 > 작성한 리뷰 탭 진입 2. 이미지 확인 [실제결과] 이미지 잘림 현상이 발생 합니다. [기대결과] 이미지 잘림 현상이 없이 정상 노출 되어야 합니다. [비고] 스크린샷 첨부 여기까지가 작성된 내용이다. 내가 생각하는 이미지 잘림과 다른 의미로 쓰이는듯 하다. 내가

원문보기 내부링크
Naver Blog

이슈 리포트로 보는 마우스 이벤트

아래 내용은 내부 보안에 위배되지 않게 일부 재구성되었음. 요약: 모달 영역 닫히는 기준 개선 설명: [재현환경] 브라우저정보 : 크롬 url : https://tami.test.com/{la}/orders/result/{ordersId} [사전조건] - [발생경로] 모달 영역 내에서 마우스 다운 > 모달 영역 밖에서 마우스 업 시 [기대결과] 딤드 영역에서 클릭 이벤트 발생 시 팝업 닫음 [실제결과] 좌우 스크롤 하다가 팝업이 닫힘 [재현빈도] 항상 발생 (10/10) [비고] - 클릭 동작 마우스 다운, 마우스업으로 이루어져 있다. 웹서핑을 하다가 뭔가를 잘못 눌렀다!라는 생각이 머릿속을 잠시 스치면 마우스 버튼을 누르고 있다가 영역 밖에서 마우스 버튼을 떼본 경험이 있을 거다. 그렇다. 일반적으로 이렇게 동작 되지 않는다. 된다면 UX가 이게 맞는지 다시 생각해 보자.. 오늘 글 쓴 마우스 다운, 마우스 업, 클릭에 대해 직접 체험해 볼 수 있다. https://ko.javas

원문보기 내부링크
Naver Blog

이슈 리포트로 보는 FE에서 화면 그리기(캐싱)

아래 내용은 내부 보안에 위배되지 않게 일부 재구성되었음. [재현환경] 단말정보 : iPhone SE iOS 15.8 앱버전 : 0.12.345 [사전조건] 작성 가능한 후기 1건 이상 상태 [발생경로] 마이 페이지 메인 > 로그아웃 버튼 클릭 > 작성 가능한 후기 영역 확인 시 [기대결과] 작성 가능한 후기 미표시 [실제결과] 작성 가능한 후기 표시됨 [재현빈도] 항상 발생 (10/10) [비고] - 재현이 안 된다고 돌아왔다. 누구는 되고 누구는 안 된다? 계정 문제인지, 기기 스펙 문제인지.. 간헐적인 이슈는 최대한 해본것들을 적는다. 특정 계정, 특정 절차에서 재현되었다. 찰스를 연결해서 보니 응답시간이 4초대. 오래 걸린다. 응답을 보니 작성 가능한 목록을 모두 가져온다. 다시보니 해당 영역을 제일 마지막에 그린다. 또 다시보니 size=1을 보내는데 가져오는건 80건 모두 가져온다. 요약하자면 응답 200을 받아 영역을 그린다. 마이페이지 진입 > /v0/mem/comme

원문보기 내부링크
Naver Blog

charles proxy 토큰 삭제(또는 변경)하기 (Rewrite)

헤더에 있는 토큰을 비유효값으로 만들어(변경, 삭제 등) 상태코드 401에 따른 프론트 확인하기 Rewirte status 재정의는 스테이터스 값만 바꾼다. 토큰의 값을 바꾼것과는 다른 결과가 나올 수 있다. 요청 헤더에 JWT를 사용하는 환경이다. 기준: v 4.6.3 1. Tools > Rewrite 2. 좌측 'Enable Rewrite'를 체크한다. 3. 좌측 Name > Add 버튼을 클릭한다. > 우측이 활성화된다. > 우측 Name을 입력한다. 4. 우측 Location > Add 버튼을 클릭한다. (아래 사진) 2,3,4번에 대한 사진 5. Location > 변경할 주소를 입력한다. > OK 버튼 클릭한다. (아래 사진) 5번에 대한 사진 5-1. 변경할 위치를 지정한다. 특정 경로에만 적용하고 싶다면 패스와 쿼리를 사용한다. Host에 복사한 url 붙여넣고 OK 버튼을 클릭하면 자동으로 url 정리된다. ※ 목록 > 컨텍스트 메뉴 > Copy URL로 해당 위치

원문보기 내부링크
Naver Blog

postman 토큰 발급하고 api 호출하기

공유 받은 컬렉션에서 환경설정에 토큰을 넣어서 사용했다. 평화로운 나날이였으나, 어느순간 토큰 만료가 너무 빨라졌다. 24시간이다. 매번 복사 붙여넣기를 하기에는 귀찮았다. 구선생님께 물어보았다. 처음에는 유효기간을 늘려 인코딩한 토큰 정보를 넣으려고 했다. 엑셀 매크로로 하는 방법이 있다고 한다. 구선생님 1페이지에 다른 정보도 있었다. 포스트맨에 자동으로 토큰을 넣는 방법이 있다고 한다.! 설정을 모두 마치면 아래와 같이 토큰 발급 → api 호출 하면 끝이다. 복사붙여넣기 안 해도 된다. 토큰 발급: 토큰 발급 api를 호출하면 바디에 있는 토큰 값을 변수에 저장한다. api 호출: 1번에서 발급받은 토큰이 들어가져 api가 호출된다. 환경: jwt 토큰, 응답 json 형식 사용 설정하기 1. 토큰 정보 요청하기 (아래 사진) 요청 바디에 발급 받을 토큰 정보를 형식에 맞게 입력한다. 토큰 정보는 응답 바디로 받는다. 1번에 대한 사진 2. Tests 탭에서 스크립트 작성하기

원문보기 내부링크
Naver Blog

테스트 케이스 구성, 샘플

테스트 케이스는 요구사항을 바탕으로 수행절차와 기대결과를 나열한것이다. 서류심사에서 ㅁㅁ 로그인 페이지에 대하여 테스트 케이스를 작성하여 첨부하라, 면접에서 즉석으로 손으로 테스트 케이스를 작성하라 등 테스트 케이스 설계 능력에 대하여 평가하는곳이 적지 않다. 테스트 케이스 작성은 문서 능력 평가 아닌가? 테스트를 잘 해서 버그를 잘 찾으면 되는거 아닌가? 라고 생각할 수도 있다. 하지만 면접에서 QA에게 완성된 결과물을 주면서 '테스트 해보세요.' 라는 회사는 보지 못하였다. 봤다면 제보 부탁드립니다. 가끔씩 면접에서 지원자가 회사 제품의 버그를 발견하여서 말하는 경우는 있다. 공고에서 원하는 능력 중에 하나는 테스트 케이스 설계 능력이 맞는거 같다. QA의 요구사항 중에 테스트 케이스에 어떠한 항목이 들어가는지 적어봤다. 회사마다 스타일이 다르고 프로젝트마다 스타일이 다르고 개인마다 스타일이 다르다. 정답은 아니다. 항목 설명 REQ-ID 테스트베이시스가 되는 항목의 요구사항을

원문보기 내부링크
Naver Blog

모르면외우세욬

내랜조.. https://blog.naver.com/sofoswh 부동산갤러리 밴쿠버선봉장의 블로그 : 네이버 블로그 팔십이 넘은 노인네입니다 과거를 회상하며 살아온 삶을 기록합니다 내랜조... 덧붙임. 3일동안 글이 올라오지 않을 경우노환으로 인해 소천한것으로 생각하시어 나의 명복을 빌어주면 감사하겠읍니다 소 당큐 인스타 @sofoswh blog.naver.com 항상 기억하세욬 집이란건 돈을 벌어서 사는게 아니구요 집을 사서 돈을 버는겁니다 이 짧은 문장을 몇번씩 입으로 내뱉고 손으로 반복해서 쓰다보면 또 세상이 다르게 보일겁니다 집이란건 돈을 벌어서 사는게 아니라 집을 사서 돈을 버는겁니다 이 문장이 여러분의 인생을 끝끝내 지켜줄거라고 횽은 확신합니다 다시한번 말씀드리지만 남조선에서 부자가 되는 방법은 두가지가 있읍니다 1. 내가 남들보다 더 많이 번다 2. 내가 남들보다 덜 잃는다 뭘 해도 현금을 모았다가 나중에 큰 거 하나 장만해야겠다는 사고방식을 가지고 인생을 살면 무조건

원문보기 내부링크
Naver Blog

버그 리포트 (이슈 양식)

결함이 발견되면 BTS에 회사마다 정해진 양식에 따라 결함을 등록한다. 등록한 결함은 티켓, 일감, 이슈 등으로 불린다. 정보가 너무 없으면 원인 파악하는데 시간이 소요되고, 정보가 너무 많아도 개발자가 다 읽는거 같지는 않다.. 다 읽어야합니다. 내용이 이해 안 간다는 질문보다 리포트에 있는 내용을 질문하는게 많았다. 등록된 버그 리포트로 작성자의 능력을 가늠해보기도 한다. 본인이 작성한 이슈 말고도 다른 사람이 작성한 이슈에서 배울게 있는지 본다. 버그 리포트를 잘 작성하고 잘 관리하여 QA의 자산으로 만들고 다른 툴과 연동하여 차트 같은 시각적인 데이터를 추출해내기에도 좋다. 잘 관리된 이슈는 추후 신규 인원이 들어와 히스트리 파악, 케이스 설계 아이디어 등에 도움이 된다. 이슈 양식은 회사의 정책에 따르면 된다. 아래는 업무를 하면서 양식에 써본 내용들이다. 적절하게 더하거나 빼서 양식에 사용해보자. 항목 설명 시스템정보 응용프로그램이라면 OS 환경을 구분하기도 한다. 프로그

원문보기 내부링크
Naver Blog

2022년 적용 SW기술자 평균임금 공표 (조사년도 2021년)

https://www.sw.or.kr/site/sw/ex/board/View.do?cbIdx=304&bcIdx=51393&searchExt1= 평균임금 - 한국소프트웨어산업협회 평균임금 개요 조사결과 제목 2022년 적용 SW기술자 평균임금 공표 (조사년도 2021년) 등록일 2022-01-10 담당자 이경선 전화번호 02-2188-6931 이메일 [email protected] 첨부 [자료실]_2022년_적용_SW기술자_평균임금_공표_20220104.hwp (자료실)_2022년_적용_SW기술자_평균임금_공표_20220104.xlsx [보도자료]2021년_SW기술자_임금실태조사결과_최종.hwp 통계법 제 27 조 ( 통계의 공표 ) 에 따라 『 2022 년 적용 SW 기술자 임금실태조사 ( 통계승인 제 375... www.sw.or.kr

원문보기 내부링크
Naver Blog

개발 환경 (테스트 서버)

운영 배포 전에 각 회사에 맞는 테스트 서버에서 테스트한다. 환경은 회사마다 다르다. 환경 설명 local local 안줄여쓰는듯하다. 테스트 서버가 모두 사용중일때 개발자 로컬에 접근하여 테스트를 하기도하나 거의 쓸 일이 없다. dev development 주로 기능 단위로 개발하여 하나의 기능을 하나의 서버에 배포한다. 이 환경에서 통합 테스트는 의미가 없다. itg integration 서버와 클라가 만나는 지점같다. qa qa 보통 여기서부터 개발이 완료되어서 운영에 배포된 기능들이 모두 있는거 같다. 테스트 DB, 운영 DB 두 개 모두 있을 수 있으며 회사 마다 차이가 있다. stg staging 운영과 유사한 환경이다. 거의 운영 DB이다. prod production 실제 서비스되고 있는 운영 서버이다. 아래 블로그에 설명이 너무 잘 되어있다.! https://bcho.tistory.com/759 개발 환경(dev,stage,qa,production) 서버 개발을 가정

원문보기 내부링크
Naver Blog

ㅇㅇ 페이

커머스 쪽에 있다 보면 결제에 관한 지식이 필요할 수 있다. 국내에 애플 페이가 들어왔다. 기존에도 페이가 있었는데 무엇이 다른 건지 찾아봤다. 페이는 실물 카드 없이 결제할 수 있는 편리함이 있다. 페이마다 방식에 차이가 있다. 페이 방식 설명 삼성 페이 MST, NFC 휴대폰에 카드 정보를 등록하여 결제가 가능하다. 일반 카드 단말기에서 결제 가능하다. 애플 페이 NFC 휴대폰에 카드 정보를 등록하여 결제가 가능하다. NFC 단말기에서 결제가 가능하다. 2023년 기준 국내 NFC 단말기 보급률은 10% 미만이라고 한다. 카카오 페이, 네이버 페이, 제로 페이, 각 은행권 페이 등 App to App 계정에 금액을 충전(선불) 하거나 사용한 금액만큼 결제(계좌/카드 연동)가 되는 방식이다. 앱을 실행하여 QR코드를 생성하여 보여주면 앱(POS 등)에서 QR코드를 읽어서 결제가 이루어진다. 체크카드의 확장판(?) 현금영수증 등록해서 소득공제도 챙겨야 한다. 삼성 페이의 지갑이 필요

원문보기 내부링크
Naver Blog

charles proxy 파라미터 변경하기 (Rewrite)

쿼리스트링에 locale 파라미터로 요청하면 요청에 해당하는 언어로 응답이 온다. (헤더 Accept-Language가 아니다.) locale 파라미터의 값을 변경하여 값에 따른 응답을 확인하는 예제이다. 기준: v 4.6.3 1. Tools > Rewrite 2. 좌측 'Enable Rewrite'를 체크한다. 3. 좌측 Name > Add 버튼을 클릭한다. > 우측이 활성화된다. > 우측 Name을 입력한다. 4. 우측 Location > Add 버튼을 클릭한다. (아래 사진) 2,3,4번에 대한 사진 5. Location > 변경할 주소를 입력한다. > OK 버튼 클릭한다. (아래 사진) 5번에 대한 사진 5-1. 변경할 위치를 지정한다. 특정 경로에만 적용하고 싶다면 패스와 쿼리를 사용한다. Host에 복사한 url을 붙여넣고 OK 버튼을 클릭하면 자동으로 url이 정리된다. ※ 목록 > 컨텍스트 메뉴 > Copy URL로 해당 위치 복사가 가능하다. 6. 우측 Rule >

원문보기 내부링크
Naver Blog

charles proxy 응답값 변경하기 (Map Local)

json을 사용하고 있는 응답값을 변경하여 변경한 응답값에 따라 프론트 확인하기 예제에서 확인하고자 하는것은 아래와 같다. bool 타입을 사용하고 있는 필드에서 false일 경우 배지 미표시, true일 경우 배지 표시를 확인한다. 필드명에 따라 표시되는 영역을 확인한다. 기준: v 4.6.3 1. Tools > Map Local 2. 상단 Enable Map Local을 체크한다. 3. Add 버튼을 클릭한다. 4. Map From을 설정한다. (아래 사진) 4번에 대한 사진 4-1. 변경할 위치를 지정함 4-2. 예시에서는 '/v1/test123/test456/test789' 5. Map To 5-1. 변경할 응답의 파일을 선택한다. json 형식에 맞지 않으면 화면이 안 나오거나 종료될 수 있다. 5-2. Map To > Choose 버튼을 클릭한다. > 응답 파일을 선택한다. (확장자는 상관없다.) 6. 모든 설정이 완료되면 Enable Map Local 체크박스를 활성화한

원문보기 내부링크
1 2 3