테스트를 테스트 하시겠습니까? 누가 파수꾼을 보나요?

대기업, 스타트 업 또는 자신을 위해 일하고 있는지 여부에 관계없이 단위 테스트는 유용 할뿐만 아니라 종종 필수 불가결입니다. 우리는 단위 테스트를 사용하여 코드를 테스트하지만 테스트가 잘못되었거나 불완전한 경우 어떻게해야합니까? 테스트를 테스트하는 데 무엇을 사용할 수 있습니까? 누가 검사관을 감독 할 것인가?

키 포인트 변형 테스트는 소수의 수정 된 테스트로 품질을 평가하고 테스트 자체를 테스트하는 데 사용할 수있는 기술입니다. 여기에는 원래 테스트의 "변형"또는 변형을 작성하고 테스트에 의해 이러한 변경 사항이 감지되는지 확인하는 것이 포함됩니다.

Humbug는 코드 커버리지를 생성하는 데 사용할 수있는 PHP의 변형 테스트 프레임 워크입니다. 그러나 PHPUnit- 특이 적이며 다른 테스트 프레임 워크를 사용하는 사용자에게는 문제가 될 수 있습니다.

변형 테스트는 가치가 있지만 주로 성능에 반영된 단점도 있습니다. 코드 라인 간의 상호 작용, 테스트 수, 코드 적용 수준 및 코드 및 테스트 성능과 같은 많은 요소에 의존하기 때문에 이는 느린 프로세스입니다. 응용 프로그램의 복잡성이 증가함에 따라 100% 코드 적용 범위를 유지하는 것의 중요성이 증가합니다. Humbug와 같은 도구는 특히 기업 생태계에서 이러한 범위를 유지하는 데 중요합니다.

돌연변이 테스트

아니요, 그런 종류의 돌연변이가 아닙니다. 변형 테스트 (또는 변형 분석 )는 소프트웨어 테스트의 품질을 생성하고 평가하는 데 사용되는 기술입니다. 테스트를 매우 작은 방식으로 수정하는 것이 포함됩니다. 각 수정 된 버전을 변형이라고하며 테스트는 원래 버전이 변형과 다르게 행동하게하여 변형을 감지하고 거부합니다. 돌연변이는 원래 코드의 오류이며 분석이 이러한 오류를 감지하는지 여부를 확인합니다. 요컨대, 돌연변이 후에도 검사가 여전히 유효하다면 좋은 테스트가 아닙니다. humbug를 사용한 돌연변이 테스트
• Humbug는 PHP의 변형 테스트 프레임 워크입니다. Humbug가 코드 커버리지를 생성하려면 컴퓨터에 xdebug를 설치하고 활성화해야합니다. 그런 다음 글로벌 도구로 설치할 수 있습니다.
• 후, 우리가
를 실행하면

명령은 일부 험버그 설치 정보와 Humbug.json 파일이 없음을 나타내는 오류를 볼 수 있어야합니다.

부팅 프로그램 Humbug를 구성하고 사용하기 전에 테스트 할 수있는 프로젝트가 필요합니다. 우리는 단위 테스트 및 돌연변이 테스트를 실행하는 작은 PHP 계산기 패키지를 만들 것입니다. /계산기 폴더를 만들어 봅시다. 그것에서 /src 및 /테스트 폴더를 만들어 봅시다. /SRC 폴더에는 애플리케이션 코드가 있습니다. /테스트 폴더에는 단위 테스트가 포함됩니다. 또한 패키지에 PhPunit을 사용해야합니다. 가장 좋은 방법은 작곡가를 사용하는 것입니다. 다음 명령을 사용하여 phpunit을 설치하겠습니다

계산기를 만들어 봅시다. /src 폴더에서 calculator.php 파일을 만들고 다음을 추가하십시오.

이것은 상당히 간단한 프로그램입니다. 기본 산술, 백분율 및 로그 조작 및 π 값을 반환하는 기능을 갖춘 간단한 계산기. 다음으로 /테스트 폴더에서 계산기에 대한 단위 테스트를 작성하겠습니다. PHP에서 단위 테스트에 대한 도움이 필요한 경우이 자습서를 확인하십시오. calculatortest.php 파일을 만들고 다음을 추가하십시오

composer global require 'humbug/humbug'

이것은 초기 테스트 스택입니다. PHPUnit 명령을 실행하면 성공적으로 실행되며 4 개의 테스트 및 4 개의 주장이 통과됩니다. 모든 테스트를 통과 해야하는 것이 중요합니다. 그렇지 않으면 Humbug가 실패합니다.

<<> 구성 험버그

humbug

<🎜 🎜> > Humbug.json.dist 파일을 작성하여 수동으로 구성하거나 다음 명령을 실행하여 자동으로 구성 할 수 있습니다.

이 명령을 실행하면 몇 가지 질문에 답할 수 있습니다.

composer global require phpunit/phpunit

<<> 어떤 소스 디렉토리를 포함시키고 싶습니까? 여기서 우리는 소스 코드 디렉토리 인 src/를 사용합니다.

<🎜 🎜> <<> 소스 디렉토리에서 어떤 디렉토리를 제외하고 싶습니까? 는 테스트하고 싶지 않은 외부 공급 업체 디렉토리와 같은 경우에 유용 할 수 있습니다. 현재 상황에는 적용되지 않습니다.

<<> 단일 테스트 스위트 타임 아웃 (초). 이것을 30 초 동안 사용해 봅시다. 이것은 너무 많을 수도 있지만, 우리는 모든 것이 충분한 시간을 달성하기를 원합니다. <<> 텍스트 로그를 어디에 저장 하시겠습니까? <..> humblog.txt 기본값으로 보관합니다.

<<> JSON 로그 (필요한 경우) 어디서 저장 하시겠습니까? 기본값은 비어 있지만 Humblogjson.json에 저장합니다.

"humblog.json.dist"를 생성합니까? 이 파일이 생성되면 방금 제공 한 모든 구성 값이 포함됩니다. 무언가를 변경하려면 수동으로 편집 할 수 있습니다.

<?php
namespace package\Calculator;

class Calculator {

    /**
     * 基本运算
     */
    public function add($a1, $a2) {
        return $a1 + $a2;
    }

    public function subtract($a1, $a2) {
        return $a1 - $a2;
    }

    public function multiply($a1, $a2) {
        return $a1 * $a2;
    }

    public function divide($a1, $a2) {

        if ($a2 === 0) {
            return false;
        }

        return $a1 / $a2;
    }

    /*
     * 百分比
     */

    // 这将返回 a1 的 a2 百分比
    public function percentage($a1, $a2) {
        return ( $a1 / $a2 ) * 100;
    }

    /*
     * π
     */

    // 返回 π 的值
    public function pi() {
        return pi();
    }

    /*
     * 对数
     */

    // 返回以 10 为底的基本对数
    public function log($a) {
        return log10($a);
    }

}

<<> umbug 사용 <🎜 🎜> <🎜 🎜> 이제 우리는 응용 프로그램을 실행하고 테스트했으며 Humbug가 설치되어 Humbug를 실행하고 결과를 확인합시다.

• 결과는 다음과 같아야합니다 험버그 결과의 해석 <🎜 🎜> 생성 된 돌연변이의 수는 Humbug가 테스트를 테스트하기 위해 도입 한 작은 변화의 수입니다. 사멸 된 돌연변이 (.)는 시험이 실패하게하는 돌연변이이다. 혼란스럽지 마십시오. 이것은 긍정적 인 결과입니다! 탈출 돌연변이 (M)는 여전히 시험을 통과하는 돌연변이이다. 이것은 긍정적 인 결과가 아닙니다. 우리는 테스트로 돌아가서 누락 된 것을 확인해야합니다. 전달되지 않은 돌연변이 (들)는 단위 테스트로 덮여 있지 않은 행에서 발생하는 돌연변이입니다. 치명적인 오류 (e)와 시간 초과 (t)는 각각 치명적인 오류를 일으키고 무한 루프를 생성하는 돌연변이입니다.

  지표는 어떻습니까?

  변동 점수 메트릭은 검출 된 돌연변이의 백분율을 나타냅니다. 우리의 목표는 100%입니다. 변형 코드 적용 범위는 돌연변이에 의해 다루는 테스트의 백분율을 나타냅니다. 변형 점수 지표는 기존 테스트의 효과에 대한 아이디어를 제공 할 수 있습니다. Humbug 로그를 분석하면 9 개의 발견되지 않은 돌연변이와 매우 나쁜 지표가 있음을 알 수 있습니다. Humblogjson.json 파일을 확인하십시오. 이 파일은 Humblog.txt 파일처럼 자동으로 생성되며 실패의 원인, 위치 및 이유에 대한 자세한 정보가 포함되어 있습니다. 우리는 비율, π 및 로그 함수를 테스트하지 않았습니다. 또한 숫자를 0으로 나눈 경우를 다루어야합니다. 누락 된 상황을 다루기 위해 더 많은 테스트를 추가합시다 :
  이번에는 100%는 모든 돌연변이가 사망하고 전체 코드 범위가 있음을 의미합니다.

  단점 <🎜

  돌연변이 테스트 및 험버그의 가장 큰 단점은 성능입니다. 변형 테스트는 코드 라인 간의 상호 작용, 테스트 수, 코드 적용 수준 및 코드 및 테스트 성능과 같은 많은 요소에 의존하기 때문에 느린 프로세스입니다. Humbug는 또한 초기 테스트 실행, 로깅 및 코드 적용 범위를 수행하여 총 지속 시간이 증가합니다. 또한 Humbug는 PHPUNIT 관련이며 다른 테스트 프레임 워크를 사용하는 사용자에게는 문제가 될 수 있습니다. 즉, Humbug는 적극적으로 개발 중이며 계속 개선 될 것입니다.

  <🎜 🎜> <<> 결론

  composer global require 'humbug/humbug'

  humbug는 응용 프로그램 수명을 유지하는 데 중요한 도구가 될 수 있습니다. 응용 프로그램 복잡성이 증가함에 따라 복잡성을 테스트하고 특히 엔터프라이즈 생태계를 다룰 때 항상 100% 테스트를 유지하는 것이 매우 중요해집니다. 이 튜토리얼에 사용 된 코드는 여기에서 복제 할 수 있습니다. Humbug를 사용 했습니까? 다른 방식으로 돌연변이 테스트를하고 있습니까? 이것에 대한 모든 생각을 알려주세요!
  "누가 감독 할 것인가?"에 대한 질문이 자주 묻습니다 이 문장의 기원은 "누가 검사관을 감독 할 것인가?"

  "누가 검사관을 감독 할 것인가?" 이 문장은 종종 권력을 가진 사람들의 완전성과 책임에 의문을 제기하는 토론에서 사용됩니다. 기본적으로 "누가 우리를 감시 할 것인가?" 야경꾼".

  소프트웨어 테스트의 맥락에서, 누가 검사관을 감독 할 것인가?

  소프트웨어 테스트의 맥락에서 "누가 검사관을 감독 할 것인가?" 테스트를 모니터링하여 누가 또는 무엇을 모니터링하여 올바르게 작동하고 정확한 결과를 낳을 수 있는지에 대해 질문합니다. 이는 소프트웨어 개발의 주요 측면입니다. 이는 개발중인 소프트웨어의 품질과 신뢰성을 보장하기 때문에 소프트웨어 개발의 주요 측면입니다.

  소프트웨어 개발에서 테스트 및 테스트의 중요성은 무엇입니까?

  테스트 검증이라고도하는 테스트 테스트는 소프트웨어 개발의 핵심 부분입니다. 테스트가 소프트웨어의 기능과 성능을 정확하게 측정하도록합니다. 테스트 검증이없는 경우 테스트가 잘못된 양성 또는 누락 된 보고서를 생성 할 위험이있어 소프트웨어 품질 및 신뢰성에 대한 부정확 한 평가가 발생합니다.

  테스트가 신뢰할 수 있고 정확한지 어떻게 확인합니까?

  테스트의 신뢰성과 정확도에는 여러 단계가 필요합니다. 먼저 테스트를 철저히 확인하여 올바르게 설계되고 구현되었는지 확인해야합니다. 둘째, 테스트 결과를 알려진 결과와 비교하여 정기적으로 테스트를 확인해야합니다. 마지막으로, 소프트웨어가 발전함에 따라 정확한 상태를 유지하기 위해 테스트를 지속적으로 모니터링하고 업데이트해야합니다.

  소프트웨어 테스트의 일반적인 함정은 무엇입니까?

  소프트웨어 테스트의 일부 일반적인 함정에는 테스트가 불충분하고 잘못된 테스트 및 테스트의 목적을 이해하지 못합니다. 다른 함정에는 한계를 이해하지 못한 자동 테스트에 대한 과도한 관계, 정기적 인 검토 및 테스트 업데이트가 포함됩니다.

  그래픽 소설 "Watchman"과 소프트웨어 테스트의 관계는 무엇입니까?

  그래픽 소설 "파수꾼"은 "누가 검사관을 감독 하는가?"라는 문장을 사용합니다. 소프트웨어 테스트의 맥락 에서이 문장은 테스트 자체의 신뢰성과 정확성에 의문을 제기하는 데 사용될 수 있습니다. 감시자가 사회를 보호 해야하는 것처럼 테스트는 소프트웨어의 품질과 신뢰성을 보호해야합니다. 그러나 감시자를 모니터링 해야하는 것처럼 테스트를 모니터링해야합니다.

  소프트웨어 테스터의 역할은 무엇입니까?

  소프트웨어 테스터의 역할은 테스트를 설계하고 구현하여 소프트웨어의 품질과 신뢰성을 보장하는 것입니다. 이 테스트는 오류를 식별하고 수정하고 기능을 검증하며 성능을 평가하는 데 사용됩니다. 소프트웨어 테스터는 소프트웨어 개발 프로세스 중에 정확한 상태를 유지하기 위해 이러한 테스트를 모니터링하고 업데이트해야합니다.

  소프트웨어 테스트 기술을 어떻게 개선합니까?

  소프트웨어 테스트 기술을 향상하려면 지속적인 학습과 실습이 필요합니다. 최신 테스트 방법과 도구와 정기적으로 테스트를 설계하고 구현하는 연습을 알고 있어야합니다. 또한 시험에 대한 피드백을 찾고 실수로부터 기꺼이 배우도록해야합니다.

  소프트웨어 테스트에 대해 더 많이 배울 수있는 좋은 리소스는 무엇입니까?

  소프트웨어 테스트에 대해 자세히 알아볼 수있는 많은 리소스가 있습니다. 여기에는 온라인 과정, 책, 블로그 및 포럼이 포함됩니다. 일부 권장 책에는 Glenford J. Myers의 "소프트웨어 테스트의 예술", 소프트웨어 테스트 : Craftsman Method ", Paul C. Jorgensen의 Seim Karnar와 Jack Falke"Computer Software "가 Huang Q. Ruan의 Seim Karnar와 Jack Falke가 포함됩니다.

  소프트웨어 테스트의 미래는 무엇입니까?

  소프트웨어 테스트의 미래는 기술 발전에 의해 크게 영향을받을 수 있습니다. 여기에는 테스트에서 자동화 및 인공 지능의 사용이 증가하고 가상 현실 및 블록 체인과 같은 새로운 기술에 적응하기위한 새로운 테스트 방법의 개발이 포함됩니다. 그러나 소프트웨어 테스트의 기본 원칙 (소프트웨어의 품질과 신뢰성을 보장하기위한 기본 원칙은 동일하게 유지됩니다.

  위 내용은 테스트를 테스트 하시겠습니까? 누가 파수꾼을 보나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!