# TC

vpdls1511

NestJS를 하다가 .spec.ts 파일을 보고 이게 무슨 파일인가 구글링을 하다보니, TestCode를 작성하는곳이라고 한다. 하지만, 이 TestCode는 어떻게 작성하는것일까? 그저, 함수 몇개 미리 만들어보고 결과값이 어떻게 나오는지 확인하는것일까? TestCode ( TC ) 우선, TestCode가 무엇인지부터 짚고 넘어가자. TestCode가 무엇일까? > Unit Test - 기능단위 테스트 Integration Test - 통합 테스트 > 말 그대로, 기능(동작)단위 테스트를 할 수 있는 코드를 일컷는다. 그런데 왜 이렇게 테스트를 해야하는지는 느낌만 알지 정확히 왜 해야하는지는 잘 알지 못했다. 왜 해야할까? 코드를 조금이라도 작성해본 사람들 아래와 같은 생각을 한번 쯤 해보았으리라 생각한다. 이 값을 받은 메서드(함수)의 리턴값은 어떻게 될까? 코드를 조금 더 깔끔하게 작성할 수 없을까? 이 기능을 따로 함수로 만

nayoong

📌 주요 업무 ✅ 신뢰성 시험 - 소스코드 메트릭 초과 결함 수 색 표시, 정합성 관련 TC 수정 ✅ 산출물 - 문서 전체/일부 다운로드 관련 TC 수정 ✅ 기술문서 - 일반검증 기능 관련 TC 수정 신뢰성 시험 - 소스코드 메트릭 소스코드 메트릭이란 ? VPES에서는 무기체계 소프트웨어 개발 및 관리 매뉴얼에 나온 6종의 소스코드 메트릭(metric)을 측정할 수 있다. > 🔮 소스코드 메트릭 종류 CC(Cyclomatic Complexity) : 소스코드의 복잡도를 정량적으로 표현 NCL (Number of Call Levels) : 프로그램 내의 분기로 인한 최대 함수 호출 깊이 NFP (Number of Function Parameters) : 함수의 매개 변수의 개수 NCF (Number of Calling Functions) : 프로그램을 외부에서 얼마나 호출하는지 NDF (Num

nayoong

📌 주요 업무 ✅ 기술 문서 관련 TC 수정 ✅ 라이센스 설정 관련 TC 수정 ✅ 신뢰성 시험 - 코딩 규칙 결과, 취약점 검증 결과 관련 TC 수정 기술 문서 기술 문서 검증이란 ? VPES에서는 신뢰성 검사에 대한 결과를 확인할 수 있을 뿐만 아니라 기술문서에 대한 여러 검사 기능도 제공하고 있다. 사용자는 프로젝트를 생성한 후 프로젝트의 기술 문서 검증 및 기술 문서 검증 결과를 확인할 수 있다. 기술 문서 검증을 통해 일반적인 규격, 여백, 머리말, 꼬리말 검사 뿐만 아니라 각종 명세서에 대한 정합성 검사 및 각 문서간 일치성 검사까지 수행이 가능하다. ※ 단, 한글 2010 이상에서 생성된 파일만 검사가 가능하며, 2018년과 2020년 무기체계

nayoong

📌 주요 업무 ✅ 프로젝트 추가 신청 관련 TC 수정 ✅ 프로젝트 구성원 승인 관련 TC 수정 프로젝트 추가 신청 프로젝트 추가 신청이란 ? 프로젝트 현황 페이지 우측 상단의 본인 프로필 드롭다운을 클릭하면, 사용자 정보 관리 페이지에 진입할 수 있다. 좌측의 메뉴에서 프로젝트 목록을 선택하면 본인이 관리하는 프로젝트의 목록이 표시된다. 원하는 프로젝트를 선택한 후 저장하면 타인이 생성한 프로젝트의 구성원으로 추가되기를 신청할 수 있다. TC 설명 사용자는 회원가

nayoong

📝 4~8week Task QualityScroll VPES 라는 도구를 시험하는 자동화 테스트 케이스 작성하기 🛠️ 4~8week Tech Language : Python IDE : PyCharm Tool : Katalon Recorder Framework : Selenium > 📌 주요 업무 ✅ VPES에 대해 이해 ✅ 프로젝트 등록 (공용 모듈) 관련 TC 수정 Test Case의 원리 이해 카탈론 레코더에 캡쳐된 웹 요소의 아이디나 주소등을 캡쳐해 이벤트를 자동화시킴으로써 테스트 스크립트를 작성해본다 !

heehe

QA 진행과 TC 작성 할 때 어떠한 목적 및 소통 진행해야 할지 들었던 강의 노트 정리 하고자 한다. > 왜 QA인가 프로젝트 관리란 우리의 계획(일정,리소스)과 기획(해결 방안)이 약속 대로 문제 없이 잘 되도록 챙기는 과정이라면 QA란 기획한 내용과 품질의 제품이 나왔는지, 우리의 목표를 달성하거나 가설을 검증할 수 있는지 확인하는 과정이다. > 왜 Test Case인가 Test case란? 특정한 프로그램 부분 및 경로를 실행해보거나 요구사항에 준수하는 지를 확인하기 위해 개발된 입력 값, 실행 조건, 예상된 결과 테스트하려는 시스템이 수행해야 하는 Action들로 구성되는 일련의 단계라고 볼 수 있다. Test case 제작을 하므로써 아래와 같은 이슈 보완 목적이다. 다양한 종류, 숫자 사용자 다양하고 복합다단한 서비스의 사용 흐름, 시나리오 대비 또 만다는 과정에서 휴먼 에러 감안 특히나 결제, 주문, 배송 처리 등등 이슈가 생길 시 곤란한

alstjd0051

화이트 박스테스트 VS 블랙박스 테스트 화이트 박스 테스트 프로그램 내부 로직을 보면서 하는 테스트 기법 블랙 박스 테스트 소프트웨어 내부를 보지 않고 입력과 출력값을 하는 기법 기능 테스트(Functional) 제품의 기능을 테스팅 하는 것입니다. 문서화되어 있거나 테스터가 알고 있는 기능과 특징, 시스템과의 상호 운용성을 고려하여 수행, 모든 테스트 레벨(Test Level)에서 수행될 수 있습니다. '규정된 기능 및 성능'을 정확하게 충족시키는지 확인하는데 목적 기능테스트에 사용되는 테스트 && 테스팅 종류 [ADHOC Test] adhoc이란, 제품 기능에 대해 예상결과를 사전에 정의 하지 않은 상태에서 임의적으로 테스트 하는것 메뉴얼 없이 막 다뤄보는것 [Smoke 테스트] Smoke라는것은 기능 하나하나 자세히 테스팅 하지 않고, 중요한 부분들만 확인 중요한 부분에서 연기가 나는지 안 나는지 확인하는 테스트로 연

yunkyung318

구조는 논문 참조 [II. 리눅스 트래픽 컨트롤] 💡 참고 : https://ettrends.etri.re.kr/ettrends/79/0905000395/18-1001006.pdf TC 리눅스에서 트래픽 컨트롤 기능을 제공하는 도구 사용자로 하여금 네트워크의 Queue와 Queuing 매커니즘을 제어 할 수 있도록 하는 도구 Traffic Control는 일반적으로 FIFO 를 사용 TC는 인터페이스의 패킷 Input과 Output에서 패킷의 송수신 속도와 순서를 결정 가능 qdisc는 단순한 FIFO 큐로 인위적인 패킷 유실, 패킷 지연, 전송 속도 제한 등 조절 가능 총 대역폭 제한 : TBF, HTB with child clas

yunkyung318

리눅스에서 트래픽 컨트롤 기능을 제공하는 도구 사용자로 하여금 네트워크의 Queue와 Queuing 매커니즘을 제어 할 수 있도록 하는 도구 Traffic Control는 일반적으로 FIFO 를 사용 TC는 인터페이스의 패킷 Input과 Output에서 패킷의 송수신 속도와 순서를 결정 가능 qdisc는 단순한 FIFO 큐로 인위적인 패킷 유실, 패킷 지연, 전송 속도 제한 등 조절 가능 총 대역폭 제한 : TBF, HTB with child class 특정 사용자, 서비스 또는 client의 대역폭 제한 : HTB classes / classifying with filter 비대칭 링크에서 TCP 처리량 극대화, ACK 패킷의 전송 우선순위 지정 네트워크 리소스를 보다 균등하게 분배 가능 Queue는 스케줄링 핵심 개념으로 처리되기를 기다리는 작업 혹은 서비스 포함 네트워크에서 큐는 패킷이 서비스에 의해 전송되기를 기다리는 장소

nathan29849

알고리즘 문제를 풀면서 TimeComplexity에 대해 자료형 별로 다르다는 것을 알게 되었다. 그래서 이번엔 파이썬의 다양한 자료형 별로 주요 연산자의 TimeComplexity를 비교해 보고자 한다. (해당 내용은 초보몽키님의 개발공부로그를 참고하였다.) List |Operation|Example|Big-O|Notes| |-----|-----|-----|-----| |Index|List[i]|O(1)|-| |Store|List[i] = "a"|O(1)|-| |Length|len(List)|O(1)|-| |Append|List.append("a")|O(1)|1개의 원소로 넣음| |Pop|List.pop()|O(1)|List.pop(-1)과 동일마지막 인덱스의 element를 pop| |Pop|List.pop(i)|O(N)|index를 찾아 element를 pop| |Clear|List.clear()|O(1)|List=[]과 유사| |Slice|List[k:n]|