본문 바로가기

Testing

API Test: Types of Output of an API API의 출력은 1. 모든 유형의 데이터 2. 상태 (통과 또는 실패) 3. 다른 API 함수를 호출하십시오. 위의 각 유형의 예를 살펴 보겠습니다. 모든 유형의 데이터 예 : 두 개의 정수를 추가해야하는 API 함수가 있습니다. Long add(int a, int b) 숫자는 입력 매개 변수로 제공 되어야 합니다. 출력은 두 정수의 합이 되어야 합니다. 이 결과는 예상 결과로 검증되어야합니다. 다음과 같은 통화를 수행해야합니다. add(1234, 5656) 숫자가 정수 한계를 초과하는 경우 예외를 처리해야 합니다. 상태 (통과 또는 실패) 아래의 API 함수를 고려 - 1. 잠금 () 2. 잠금 해제 () 3. 삭제 () True (성공한 경우) 또는 false (오류 인 경우)와 같은 값을 출력으로 .. 더보기
API Test: Set-up of API Test environment GUI를 사용할 수 없기 때문에 API 테스트는 다른 소프트웨어 테스트 유형과 다릅니다. 그러나 필요한 매개 변수 세트로 API를 호출한 다음 테스트 결과를 검사하는 초기 환경을 설정해야 합니다. 따라서 API 테스트를 위한 테스트 환경 설정은 약간 복잡해 보입니다. 데이터베이스 및 서버는 응용 프로그램 요구 사항에 따라 구성해야 합니다. 설치가 완료되면 API 기능이 호출되어 해당 API가 작동하는지 확인해야 합니다. 더보기
What is an API? API는 응용 프로그래밍 인터페이스 (Application Programming Interface)의 약자입니다. 두 개의 개별 소프트웨어 시스템간에 통신 및 데이터 교환이 가능합니다. API를 구현하는 소프트웨어 시스템에는 다른 소프트웨어 시스템에서 실행할 수 있는 기능 / 서브 루틴이 포함되어 있습니다. What is API Testing? API 테스팅은 GUI 테스팅과 완전히 다르며 주로 소프트웨어 아키텍처의 비즈니스 로직 계층에 중점을 둡니다. 이 테스트는 응용 프로그램의 모양과 느낌에 중점을 두지 않습니다. API 테스트에서 표준 사용자 입력 (키보드) 및 출력을 사용하는 대신 소프트웨어를 사용하여 API에 대한 호출을 보내고 출력을 얻고 시스템의 응답을 기록합니다. API 테스트를 위해서는 .. 더보기
애자일 방법론의 유형 - Extreme Programming (XP) 익스트림 프로그래밍은 가장 인기 있는 또 다른 agile 기술입니다. extremeprogramming.org에 따르면 최초의 XP 프로젝트는 1996 년 3 월 6 일에 시작되었습니다. XP는 소프트웨어 프로젝트 개발에 커뮤니케이션, 단순성, 피드백, 존중 및 용기의 5 가지 방식으로 영향을 미친다는 점도 언급했습니다. 이것들을 XP의 값이라고 부릅니다. 이 중에서 모두 통신으로 시작합니다. XP 팀은 비즈니스 팀 및 동료 프로그래머와 정기적으로 협력하고 첫날부터 코드를 작성하기 시작합니다. 초점은 다른 시각 자료의 도움을 받아 최대한 얼굴을 마주 보며 대화하는 것입니다. 익스 트림 프로그래머는 간단한 코드를 작성하고 첫날부터 피드백을 받기 시작합니다. 초점은 공유되지 않은 요구 사항을 예측하지 못하거.. 더보기
애자일 방법론의 유형 - Lean 린은 폐기물 감소에 중점을 둔 철학입니다. 어떻게 그럴 수 있죠? 간결하게 말하자면, 프로세스를 부가 가치 활동, 가치 부가가치 활동 및 필수 비 가치 부가 활동으로 나눕니다. 부가가치가 없는 활동으로 분류될 수 있는 활동은 낭비이며 우리는 그 낭비를 제거하기 위해 노력해야 한다. leaner 프로세스는 팀 목표를 달성하는 데 도움이 되지 않는 작업에서 더 빠른 전달과 적은 노력 낭비를 의미합니다. 이는 소프트웨어 개발주기의 모든 단계를 최적화하는데 도움이 됩니다. 린 (Lean) 원칙이 린 제조 (Lean Manufacturing)에서 소프트웨어 개발로 변경된 이유입니다. 약식 소프트웨어 개발은 아래에 표시된 7 가지 린 원칙을 적용하여 모든 IT 프로젝트에서 사용할 수 있습니다. 이들은 이름에서 알 .. 더보기
애자일 방법론의 유형 - Kanban Kanban은 카드를 의미하는 일본어 용어입니다. 이 카드에는 소프트웨어에서 수행할 작업에 대한 세부 정보가 들어 있습니다. 목적은 시각화입니다. 모든 팀 구성원은 이러한 시각 자료를 통해 수행해야 할 작업을 알고 있습니다. 팀은 연속 간행을 위해 이 칸반 카드를 사용합니다. Scrum과 마찬가지로 Kanban도 팀이 효율적으로 업무를 수행할 수 있도록 지원하고 자체 관리 및 협업 팀을 홍보합니다. 그러나 스크럼 스프린트 때와 마찬가지로 팀에서 처리되는 항목은 고정되어 있고 스프린트에 항목을 추가 할추가할 수 없는 반면 칸반에서는 사용 가능한 용량이 있으면 항목을 추가할 수 있습니다. 이는 요구 사항이 자주 변경될 때 특히 유용합니다. 비슷하게 또 다른 차이점은 스크럼이 PO, 스크럼 마스터 및 개발 팀.. 더보기
애자일 방법론의 유형 - Scrum 스크럼은 가장 대중적인 agile 프레임 워크로 쉽게 간주 될 수 있습니다. 용어 '스크럼'은 대부분의 실무자가 'agile'과 동의어로 간주합니다. 그러나 그것은 오해입니다. 스크럼은 agile을 구현할 수 있는 프레임워크 중 하나 일뿐입니다. 단어 스크럼은 스포츠 럭비에서 옵니다. 플레이어가 상대방을 밀어 붙이는 연동 위치에서 함께 모이는 곳. 각 플레이어는 자신의 위치에서 정의된 역할을 수행하며 상황의 요구에 따라 공격적이고 방어적으로 플레이 할 수 있습니다. 마찬가지로 IT 부서의 스크럼은 세 가지 구체적이고 명확하게 정의된 역할을 가진 권한이 부여된 자체 관리 개발 팀을 믿고 있습니다. 이러한 역할에는 제품 소유자 (PO), 스크럼 마스터 (SM) 및 프로그래머와 테스터로 구성된 개발 팀이 포함.. 더보기
Agile Methodology - 장점과 단점 장점: 고객은 각 반복 / 스프린트가 끝날 때마다 프로젝트 진행 상황을 지속적으로 보고 느낄 수 있습니다. 각 스프린트는 고객이 제공 한 완료 정의에 따라 기대에 부합하는 작동 소프트웨어를 고객에게 제공합니다. 개발 팀은 변화하는 요구 사항에 매우 민감하게 반응하며 고급 개발 단계에서도 변경 사항을 수용 할 수 있습니다. 고객과의 지속적인 커뮤니케이션은 양방향 의사 소통을 통해 이루어 지므로 비즈니스 및 기술 관련 모든 이해 관계자는 프로젝트 진행 상황을 명확하게 파악할 수 있습니다. 제품의 디자인은 효율적이며 비즈니스 요구 사항을 충족시킵니다. 단점: Agile팀이 문서를 필요로 하지 않는 Agile 팀으로 잘못 해석 할 수 있습니다. 때로는 프로젝트 초기에 요구 사항이 명확하지 않습니다. 팀이 진행하.. 더보기

티스토리툴바