부정적이고 긍정적인 사고를 위한 테스트 사진. 매우 부정적인 시나리오에서 부정적인 테스트 시스템 테스트에 대한 긍정적인 견해

품질 보증 용어

이 기사에서는 소프트웨어 개발의 QA(품질 보증)에 대해 살펴보겠습니다. 이 모든 것이 소프트웨어 테스트에 적용되지만 이 기사에서는 미묘함을 연구하지 않고 용어만 다룰 것입니다. QA의 용어는 매우 중요합니다. 그렇지 않으면 제품을 테스트할 수 없습니다. 짐작하셨겠지만 QA는 Quality Assurance의 약자로 품질 보증(품질 관리)을 의미합니다. 용어로 직접 이동해 보겠습니다.

양성 테스트

이것은 시스템의 정상적인(표준, 예상) 동작에 해당하는 데이터 또는 시나리오에 대한 테스트입니다. "긍정적" 테스트의 주요 목적은 시스템이 설계된 작업을 수행할 수 있는지 확인하는 것입니다.

음성 테스트

이는 비정상적인 동작에 해당하는 데이터 또는 시나리오에 대한 테스트입니다. "음성" 테스트의 주요 목적은 잘못된 데이터 세트를 검증하기 위해 다양한 영향에 대한 시스템의 저항을 확인하는 것입니다.

기능 테스트

이것은 사용자 문제를 해결하기 위한 기능 요구 사항의 타당성을 검증하기 위한 테스트입니다.

기능 테스트에는 다음이 포함됩니다.

기능적 적합성
정확성
상호 운용성
규정 준수
보안

성능 시험

얼마나 빨리 작동하는지 확인하기 위해 수행되는 테스트입니다. 컴퓨팅 시스템또는 특정 부하에서 그 일부. 또한 확장성, 안정성 및 리소스 소비와 같은 시스템 품질의 다른 속성을 확인하고 검증하는 데 사용할 수 있습니다.

성능 테스트에는 다음이 포함됩니다.

부하 테스트
스트레스 테스트
안정성 테스트(안정성/내구/소크 테스트)

사용성 테스트

이 사용성 테스트는 사용자가 사용자 인터페이스를 통해 제공되는 시스템 기능에 얼마나 쉽게 액세스할 수 있는지 결정합니다.

테스트 사용자 인터페이스(UI 테스트)

GUI 테스트에는 응용 프로그램이 그래픽 인터페이스에 대한 요구 사항을 충족하는지, 전문적으로 보이는지, 일관된 스타일이 있는지 여부를 확인하는 작업이 포함됩니다.

보안 테스트

다양한 공격에 대한 소프트웨어의 취약성을 평가하는 프로세스입니다.

현지화 테스트

현지화 버전을 테스트하는 과정입니다. 소프트웨어 제품... 사용자 인터페이스 요소 번역의 정확성 확인, 시스템 메시지 및 오류 번역의 정확성 확인, "도움말"/ "도움말"섹션 및 관련 문서의 번역 확인.

호환성 테스트

확인하는 것이 주요 목적인 비기능 테스트의 한 유형 올바른 작업특정 환경에서 제품.

환경에는 다음 요소가 포함될 수 있습니다.

하드웨어 플랫폼;
네트워크 장치;
주변 장치(프린터, CD/DVD 드라이브, 웹캠 등);
운영 체제(Unix, Windows, MacOS, ...)
데이터베이스(오라클, MS SQL, MySQL, ...)
시스템 소프트웨어(웹 서버, 방화벽, 바이러스 백신, ...)
브라우저( 인터넷 익스플로러, 파이어폭스, 오페라, 크롬, 사파리)

블랙박스 테스트

외부 세계의 관점에서 객체(프로그램, 시스템)의 기능적 동작을 테스트하는 방법. 내부 구조테스트 중인 개체.

화이트박스 테스트

프로그램 내부 구조의 문제점을 탐지하기 위해 수행됩니다. 이를 위해 검사자는 내부 구조에 대한 깊은 지식이 있어야 하므로 수행할 수 없습니다. 일반 사용자... 이러한 테스트의 일반적인 작업은 프로그램 알고리즘에 따라 각 단계의 검증을 제공하는 것입니다.

회색 상자 테스트

화이트박스 테스팅과 블랙박스 테스팅의 조합이다. 이 테스트의 목적은 애플리케이션의 부적절한 설계 또는 오용으로 인해 결함이 있는 경우 이를 찾는 것입니다.

수동 테스트

프로그램의 모든 구성요소의 운용성을 마치 사용자인 것처럼 테스트하여 프로그램의 운용상의 결함을 찾는 과정이다.

자동화된 테스트

이 테스트 프로세스는 다음을 사용합니다. 소프트웨어테스트를 실행하고 실행 결과를 확인하여 테스트 시간을 줄이고 프로세스를 단순화합니다.

단위 테스트(컴포넌트/단위 테스트)

개별 모듈의 정확성을 확인하는 프로세스 소스 코드프로그램들.

통합 테스트

개별 소프트웨어 모듈이 그룹으로 결합되고 테스트되는 소프트웨어 테스트. 통합 테스팅은 단위 테스팅 후에 이루어지며 시스템 테스팅에 앞서 수행된다.

시스템 테스팅 (시스템 / 엔드 투 엔드 테스팅)

이것은 시스템이 원래 요구 사항을 충족하는지 확인하기 위해 완전한 통합 시스템에서 수행되는 소프트웨어 테스트입니다. 시스템 테스팅은 블랙박스 테스팅 방식을 의미하므로 시스템 내부 구조에 대한 지식이 필요하지 않습니다.

우리는 용어의 작은 부분만을 고려했지만 QA에서는 상당히 중요합니다. 테스트 주제는 나중에 다루겠지만 오늘은 여기까지입니다.

유사한 기사:

문제 해결 어도비 플래시 YouTube를 예로 사용 - 읽기

ssssssssssssss님이 좋아합니다.
ssssssssssssssss님이 좋아합니다.
ko-777님이 좋아합니다.
좋아
ssssssssssssssssss님이 좋아합니다.
sssssssssssssss님이 좋아합니다.
sssssssssssssssss님이 좋아합니다.
ssssssssssssssssss님이 좋아합니다.

· 연기 테스트. 이 단계에서는 시스템이 전혀 작동하지 않는지(정상적으로 작동하는지, 오류를 올바르게 처리하는지 등) 확인이 필요합니다. 이것은 응용 프로그램이 추가 테스트에 적합한지 또는 초기에 올바르게 작동하지 않는지 이해하기 위해 수행됩니다.

· "양성" 테스트 ". 이 단계에서 "올바른" 입력을 받았을 때 응용 프로그램의 결과를 확인해야 합니다.

· "음성" 테스트. 초기 테스트의 마지막 단계입니다. 입력에 "잘못된" 데이터를 공급할 때 응용 프로그램이 어떻게 작동하는지 확인해야 합니다. 이러한 변형이 사양에 설명되어 있으면(설명해야 함) 예상 결과와 얻은 결과를 비교할 필요가 있습니다.

사양을 연구하는 단계에서 애플리케이션 자체가 언제 어떻게 작동해야 하는지, 언제 어떻게 오류에 반응해야 하는지, 즉 시스템 또는 해당 모듈이 잘못된 데이터나 잘못된 사용자 행동에 어떻게 반응해야 하는지가 결정됩니다.

문서를 통해 응용 프로그램 확인의 주요 단계(응용 프로그램이 올바르게 작동해야 하는 위치 및 방법, 오류 상황 처리 방법: 오류 메시지 발행, 로그 파일에 오류 쓰기, 실행 중지 등)를 스스로 이해할 수 있습니다.

1) 올바른 입력을 받았을 때 응용 프로그램이 어떻게 작동하는지 확인하십시오.

2) 사양에 설명된 대로 모든 것이 올바르게 작동하는 경우 다음 단계는 경계 값(올바른 데이터의 최소값 및 최대값)을 확인하는 것입니다.

3) 유효값 범위를 벗어나는 데이터 입력 시 어플리케이션 동작 확인(잘못 입력된 값 처리 확인)

처음 두 단락은 "긍정적" 테스트라고 하는 프로세스를 설명합니다.

« 긍정적 인» 테스트테스트 중인 시스템의 정상적인(표준, 예상) 동작에 해당하는 데이터 또는 시나리오에 대한 테스트입니다. "긍정적" 테스트의 주요 목적은 시스템이 설계된 대로 수행할 수 있는지 여부를 테스트하는 것입니다.

« 부정적인» 테스트- 테스트 중인 시스템의 비정상 동작에 해당하는 데이터 또는 시나리오에 대한 테스트는 물론 다양한 오류 메시지, 예외 상황, "out-of-bound" 상태 등의 발행입니다.

"네거티브" 테스트의 주요 목적은 "네거티브" 종류의 영향에 대한 시스템의 저항을 확인하는 것입니다. 잘못된 데이터 세트 확인, 예외적 상황 처리 확인(소프트웨어 알고리즘 자체 구현 및 논리 비즈니스 규칙) 등

"양성" 및 "음성" 테스트 전에 수행해야 할 작업이 있어야 합니다. 연기» 테스트, 이 과정에서 가장 중요한 기능에 대한 빠르고 얕은 테스트가 단순, 즉 최소한의 검사("연기가 없도록")가 있는 일반적인 시나리오에서 수행됩니다. "양수" 및 "음수" 데이터 모두에 대해 수행할 수 있습니다.

기능, 부하, 스트레스 및 안정성 테스트에 대한 정의를 제공합니다.

기능 테스트기능 요구 사항의 실현 가능성을 확인하기 위해 시스템을 테스트하는 것으로 구성됩니다. 특정 조건에서 사용자가 필요로 하는 문제를 해결하는 프로그램의 능력. 기능 요구 사항은 프로그램이 정확히 무엇을 하고 어떤 작업을 해결하는지 결정합니다.

스트레스 테스트.일반적으로 애플리케이션의 예상 사용은 여러 사용자의 작업을 동시에 에뮬레이션하여 시뮬레이션됩니다. 이러한 테스트는 다중 사용자 시스템, 특히 클라이언트-서버 아키텍처(예: 웹 서버)를 사용하는 시스템에 가장 적합합니다.

스트레스 테스트- 정상 작동 한계를 초과하는 조건에서 시스템의 신뢰성과 안정성을 평가하는 소프트웨어 테스트 유형. 스트레스 테스트는 "미션 크리티컬" 소프트웨어에 특히 필요합니다. 스트레스 테스트는 일반적으로 정상적인 조건에서 올바른 동작으로 간주되는 것보다 높은 부하에서 시스템의 예외 처리 능력, 가용성 및 견고성 같은 품질을 감지하는 데 더 좋습니다.

안정성 테스트... 이 유형의 테스트는 예상 부하 수준으로 장기간 작동하는 동안 프로그램의 성능을 확인하는 것으로 구성됩니다. 최대 및 임계 부하에서 시스템의 작동 확인을 시작하기 전에 기능 요구 사항에 명시된 조건, 즉 시스템을 오랫동안 정상 모드로 실행하는 조건에서 작동을 확인해야 합니다. 이러한 테스트의 주요 작업은 메모리 누수를 감지하고 테스트 시작과 끝에서 처리 속도와 애플리케이션 응답 시간이 동일한지 확인하는 것입니다.

주제 18에 대한 질문

그림과 그림에 대한 테스트는 자신이 모르는 것조차도 사람의 성격에 대해 말할 수 있습니다. 추상적인 그림은 당신의 생각과 그것이 말하는 바를 알려줄 것입니다.

우리가 제공할 테스트는 스위스 심리학자 Hermann Rorschach의 테스트를 기반으로 합니다. 그것은 10개의 무정형 얼룩 반점을 기반으로 했으며, 대상을 검사하도록 요청받았습니다. 이 시각적 테스트의 변형은 널리 알려져 있습니다. 그리고 오늘날 이러한 작업은 우울증 진단에서 상상력의 힘 테스트에 이르기까지 다양한 목적으로 사용됩니다.

우리의 신속한 테스트는 그러한 추상적인 이미지를 기반으로 합니다. 모든 사람은 그에게서 자신의 무언가를 볼 수 있을 것입니다. 이 추상화를 보고 생각나는 연관성을 포착하세요. 어떤 특정한 유사점을 찾지 말고 그림 위에 너무 오래 앉아 있지 마십시오. 연관이 더 밝고 뚜렷하게 형성될수록 결과는 더 진실될 것입니다.

테스트의 기본 그림은 다음과 같습니다.

그리고 이제 우리는 결과를 찾아 긍정적이고 건설적인 시작에 맞춰진 사람과 부정적인 에너지를 제거해야 할 때를 확인합니다.

메모:그림이 당신을 어렵게 만들었다면, 당신이 아무것도 보지 못했다면, 이 혼란은 당신이 현재 직간접적으로 놓여 있는 선택 상황을 나타낼 수 있습니다. 오점을 의미 있는 것으로 만들려고 할 때의 불편함과 짜증은 억제된 부정적인 감정을 나타낼 수도 있습니다.

꽃.이 연관성은 색 반점에 따라 다릅니다. 따뜻한 핑크색이나 오렌지색 음영으로 보인다면 에너지가 고르고 부정적인 것이 의식에 스며든 것을 걱정할 필요가 없습니다. 그리고 꽃의 윤곽이 푸르스름한 반점으로 구성된 경우 차가운 그늘은 잠재 의식 불안을 나타낼 수 있습니다.

바이올린.또는 다른 악기. 이 이미지는 창의성을 나타내지만 불안의 상징일 수도 있습니다. 일반적으로 후자의 상황에도 불구하고 이 결과는 창의성이 당신에게 외계인이 아니며 따뜻한 오렌지색으로 방향을 잡았기 때문에 에너지의 긍정적인 방향을 나타냅니다. 시각적 인식에서 지배적인 것으로 판명되었습니다.

인간의 모습입니다.더 자주 여성, 뒤에서 볼 수 있지만 다른 해석이 가능합니다. 그림 속 인물들은 타인에 대한 개방성을 말한다. 당신이 내향적이라고 해도 내향적인 사람처럼 보이지는 않습니다. 과거의 장애물은 당신을 두려워하지 않으며 당신은 또한 아름다움에 대한 생각에서 외계인이 아닙니다.

게.게, 게 또는 기타 절지동물(거미나 문어일 수도 있음). 이 연관성은 유쾌한 것으로 분류하기 어렵지만 결론을 내리기 위해 서두르지 마십시오. 자신의 말을 들어보세요. 분홍빛이 도는 게 같은 점이 하늘빛 해안 어딘가에 있는 게를 떠올리게 하면 상상력이 풍부할 가능성이 높지만 이 연관성이 놀라운 것은 아닙니다. 그러나 그러한 유사성으로 인해 발생하는 감정이 부정적이라면(당신은 발톱을 두려워하고 당신의 상상력이 이미 당신을 위해 그린 하악을 좋아하지 않습니다) - 긍정적인 물결에 대해 생각하고 조정할 때입니다.

머리.야생 동물의 머리, 가고일, 황소의 머리는 모두 꽤 위협적인 상징입니다. 마스크는 동일한 범주에 속할 수 있습니다. 이러한 부품 분할은 내부 불화로 인해 발생할 수 있습니다.

내부 장기.골반 뼈가 색 반점으로 보이거나 사진이 다른 불쾌한 해부학적 연관성을 유발하는 경우 숨겨진 성 문제 또는 개인의 두려움을 나타낼 수 있습니다. 그들과 얼굴을 맞대고 싸우는 것이 가장 좋습니다. 우리의 사진 테스트에서 정확히 이것을 봤다면 서두르지 마십시오. 긍정적인 태도는 의식을 더 좋게 바꿀 수 있습니다.

물론 우리는 모두 다르며 이러한 추상화에서 자신만의 특별하고 독특한 것을 보았을 것입니다. 이 경우 당신은 비표준적인 사고력을 타고났을 것이고, 당신의 창의력은 보호되고 발전되어야 합니다. 왜냐하면 창의적인 접근 없이는 할 수 없는 상황이 있기 때문입니다.

우리는 당신의 성격과 내면에 대해 배우는 데 행운을 빕니다. 살펴보고 버튼을 누르는 것을 잊지 마십시오.

12.10.2016 03:32

우리에게 일어나는 일들이 대부분 우리의 생각 때문이라는 것은 누구나 알고 있습니다. 그리고 비록 ...

제품의 품질에 대해 매우 걱정합니다. 이것은 소프트웨어 테스터의 전 세계 가용성을 설명합니다. 제공함으로써 이러한 사람들은 품질을 보장합니다.

모든 프로그래머가 만족하는 것은 아니지만 많은 테스터는 부정적인 테스트를 잊지 않을 것입니다. 이러한 제어는 해커, 봇, Dos/DDos 공격으로부터 보호하기 위해 필요합니다.

테스트 전문가의 직업은 무엇입니까? 그들은 다른 사람들에게 보이지 않는 문제를 찾아야 합니다. 부정적인 테스트를 지연하지 마십시오. 그렇지 않으면 시스템이 위험에 처하게 됩니다.

양성 및 음성 테스트

처음부터 시작합시다. 테스트 케이스가 테스트에 포함될 때 2가지 유형의 제어가 있습니다: 양성 및 음성. 후자가 유리합니다.

양성 테스트 기술 요구 사항 및 문서에 따라 올바른 동작을 확인하는 프로세스입니다. 시스템이 예상한 대로 정확하게 수행되는지 확인하기 위해 긍정적인 테스트가 수행됩니다.

음성 테스트 오작동을 확인하는 프로세스입니다. 이러한 테스트 중에 시스템이 예기치 않은 상황에 대처할 수 있음을 알 수 있습니다.

양성-음성 테스트

소프트웨어 테스팅을 하려면 직관이나 사냥 본능이 있어야 합니다. 테스팅 전문가는 비즈니스 분석과 테스팅을 모두 수행할 수 있는 다재다능한 사람입니다.

테스터는 프로세스가 올바르게 실행되고 있는지 확인합니다. 즉, 기술 요구 사항 및 테스트 시나리오를 준수하는지 여부입니다. 양성 및 음성 테스트를 별도로 수행하는 것은 동시에 두 가지를 수행하는 것보다 시간이 더 오래 걸립니다. 두 번의 테스트 반복이 있기 때문입니다.

결국 X 시간이 가까울수록 시간이 더 빨리 가고 작업을 더 빨리 완료하고 결함을 수정하고 비즈니스 요구 사항(다양할 수 있음)을 적용하는 등의 작업을 더 빨리 수행해야 합니다. 마감은 가장 뜨거운 시간입니다!

부정적인 테스트와 긍정적인 테스트를 분리하는 것은 단순히 테스터의 특성에 어긋납니다! 그 임무는 모든 것에 대해 시스템을 확인하는 것입니다 가능한 조치최종 사용자.

사람들은 대부분 비논리적이며 문제를 일으킬 수 있습니다. 소프트웨어... 음성 테스트는 문제를 피하는 데 도움이 될 수 있습니다.

Steve Miller의 "Top 10 Negative Test Cases" 기사 무료 번역.

네거티브 테스트 케이스는 입력에서 "잘못된" 데이터를 수신하는 경우 애플리케이션의 성능을 확인하는 데 사용됩니다. 이러한 테스트 케이스는 테스트 중에 사용해야 합니다. 다음은 가장 인기 있는 10가지 부정적인 테스트 사례입니다.

포함된 작은따옴표 - 대부분의 SQL 데이터베이스는 쿼리에 작은따옴표가 있는 경우 문제가 있습니다(예: Jones의 자동차).
각 데이터베이스 입력 필드의 유효성을 검사할 때 작은따옴표를 사용하십시오.

필수 데이터 입력 - 애플리케이션 사양은 필수 데이터 입력이 필요한 필드를 명확하게 정의해야 합니다.
필수로 정의된 필드가 있는 양식에 데이터가 없으면 저장할 수 없는지 확인하십시오.

필드 데이터 유형(필드 유형 테스트) - 애플리케이션 사양은 각 필드(날짜/시간 필드, 숫자 필드, 전화번호 입력 필드 또는 우편 번호등.)
각 필드에서 특정 유형의 데이터만 입력하거나 저장할 수 있는지 확인합니다(예: 응용 프로그램에서 숫자 필드에 문자나 특수 문자를 입력하거나 저장할 수 없도록 해야 함).

필드 크기 테스트 - 애플리케이션 사양은 각 필드에 허용되는 최대 문자 수를 명확하게 정의해야 합니다(예: 사용자 이름 필드의 문자 수는 50자를 초과하지 않아야 함).
애플리케이션이 사양에 지정된 것보다 더 많은 문자를 입력하거나 저장하는 것을 허용하지 않는지 확인하십시오. 이러한 필드는 올바르게 작동할 뿐만 아니라 설명 레이블 또는 오류 메시지를 사용하여 제한 사항에 대해 사용자에게 경고해야 한다는 것을 잊지 마십시오.

숫자 경계 테스트 - 애플리케이션의 숫자 필드에는 유효한 숫자 값에 대한 제한이 있을 수 있습니다. 이러한 제한은 애플리케이션 사양에 지정하거나 프로그램 논리를 따를 수 있습니다(예: 계정에 대한 이자 발생과 관련된 기능을 테스트하는 경우 발생한 이자 음수 값을 사용할 수 없음).
값이 유효한 범위를 벗어나면 애플리케이션에서 오류 메시지가 표시되는지 확인합니다(예: 유효한 범위가 10~50인 필드에 9 또는 51을 입력하거나 필드의 음수 값, 그 값은 양수여야 함).

숫자 한계 테스트 - 대부분의 데이터베이스 및 프로그래밍 언어는 숫자 값을 일부 유형(예: 정수 또는 긴 정수)의 변수로 정의하며, 이는 차례로 허용되는 숫자 값(예: 정수 값)에 대한 제한이 있습니다. -32768에서 32767 사이의 범위에 있어야 하고 긴 정수는 -2147483648에서 2147483647 사이여야 합니다.
사양에서 경계값이 명확하게 정의되지 않은 숫자 필드의 경우 사용된 변수의 경계값을 확인하십시오.

날짜 경계 테스트 - 응용 프로그램에서 날짜와 시간을 포함하는 필드에 대한 논리적 제한이 있는 경우가 매우 많습니다. 예를 들어, 사용자의 생년월일이 포함된 필드를 확인하는 경우 아직 오지 않은 날짜(예: 미래 날짜)의 입력을 금지하거나 날짜 입력을 제한하는 것이 매우 논리적입니다. 오늘날과 150년 이상 차이가 난다.

날짜 유효성 - 날짜 필드는 항상 입력한 값의 유효성을 확인해야 합니다(예: 31-11-2009는 유효한 날짜가 아님). 또한 윤년(4m의 배수와 100과 400의 배수가 동시에 있는 해는 윤년)에 날짜를 확인하는 것을 잊지 마십시오.

웹 세션 테스트 - 많은 웹 응용 프로그램은 브라우저 세션을 사용하여 시스템에 로그인한 사용자를 추적하고 특정 사용자에 대한 특정 응용 프로그램 설정을 적용합니다. 동시에 시스템의 많은 기능적 부분은 사전 입장시스템에. 권한이 없는 사용자가 암호 뒤에 있는 기능이나 페이지에 액세스할 수 없도록 하십시오.