無(wú)論您是為大型企業(yè)、初創(chuàng)公司還是自己工作，單元測(cè)試不僅有用，而且通常是不可或缺的。我們使用單元測(cè)試來(lái)測(cè)試代碼，但是如果我們的測(cè)試錯(cuò)誤或不完整怎么辦？我們可以用什么來(lái)測(cè)試我們的測(cè)試？誰(shuí)來(lái)監(jiān)督監(jiān)察員？

關(guān)鍵要點(diǎn)

• 變異測(cè)試是一種通過(guò)少量修改測(cè)試來(lái)評(píng)估其質(zhì)量的技術(shù)，可用于測(cè)試測(cè)試本身。它涉及創(chuàng)建原始測(cè)試的“變體”或變體，并檢查這些更改是否被測(cè)試檢測(cè)到。
• Humbug 是一個(gè)用于 PHP 的變異測(cè)試框架，可用于生成代碼覆蓋率。但是，它是 PHPUnit 專(zhuān)用的，對(duì)于使用不同測(cè)試框架的用戶(hù)來(lái)說(shuō)可能存在問(wèn)題。
• 變異測(cè)試雖然很有價(jià)值，但也有其缺點(diǎn)，主要體現(xiàn)在性能方面。由于它依賴(lài)于許多因素，例如代碼行之間的相互作用、測(cè)試數(shù)量、代碼覆蓋率級(jí)別以及代碼和測(cè)試的性能，因此這是一個(gè)緩慢的過(guò)程。
• 隨著應(yīng)用程序復(fù)雜性的增加，保持 100% 代碼覆蓋率的重要性也隨之提高。像 Humbug 這樣的工具對(duì)于維護(hù)這種覆蓋率至關(guān)重要，尤其是在企業(yè)生態(tài)系統(tǒng)中。

變異測(cè)試

不，不是那種變異。變異測(cè)試（或變體分析）是一種用于創(chuàng)建和評(píng)估軟件測(cè)試質(zhì)量的技術(shù)。它包括以非常小的方式修改測(cè)試。每個(gè)修改后的版本都稱(chēng)為變體，測(cè)試通過(guò)導(dǎo)致原始版本的行為與變體不同來(lái)檢測(cè)和拒絕變體。變異是原始代碼中的錯(cuò)誤，分析檢查我們的測(cè)試是否檢測(cè)到這些錯(cuò)誤。簡(jiǎn)而言之，如果測(cè)試在變異后仍然有效，則它不是一個(gè)好的測(cè)試。

使用 Humbug 進(jìn)行變異測(cè)試

Humbug 是一個(gè)用于 PHP 的變異測(cè)試框架。為了使 Humbug 能夠生成代碼覆蓋率，我們必須在我們的機(jī)器上安裝并啟用 XDebug。然后，我們可以將其安裝為全局工具。

composer global require 'humbug/humbug'

之后，如果我們運(yùn)行

humbug

命令，我們應(yīng)該能夠看到一些 Humbug 安裝信息和一個(gè)指示我們沒(méi)有 humbug.json 文件的錯(cuò)誤。

引導(dǎo)程序

在我們配置和使用 Humbug 之前，我們需要一個(gè)可以測(cè)試的項(xiàng)目。我們將創(chuàng)建一個(gè)小型 PHP 計(jì)算器包，在其中運(yùn)行我們的單元測(cè)試和變異測(cè)試。讓我們創(chuàng)建一個(gè) /Calculator 文件夾。在其中，讓我們創(chuàng)建我們的 /src 和 /tests 文件夾。在我們的 /src 文件夾中，我們將擁有我們的應(yīng)用程序代碼；/tests 文件夾將包含我們的單元測(cè)試。我們還需要在我們的包中使用 PHPUnit。最好的方法是使用 Composer。讓我們使用以下命令安裝 PHPUnit：

composer global require 'humbug/humbug'

讓我們創(chuàng)建我們的計(jì)算器。在 /src 文件夾中，創(chuàng)建一個(gè) Calculator.php 文件并添加以下內(nèi)容：

humbug

這是一個(gè)相當(dāng)簡(jiǎn)單的程序。一個(gè)簡(jiǎn)單的計(jì)算器，具有基本的算術(shù)、百分比和對(duì)數(shù)運(yùn)算以及返回 π 值的函數(shù)。接下來(lái)，在我們的 /tests 文件夾中，讓我們?yōu)槲覀兊挠?jì)算器創(chuàng)建單元測(cè)試。如果您需要有關(guān) PHP 中單元測(cè)試的幫助，請(qǐng)查看本教程。創(chuàng)建一個(gè) CalculatorTest.php 文件并添加以下內(nèi)容：

composer global require phpunit/phpunit

這將是我們的初始測(cè)試堆棧。如果我們運(yùn)行 phpunit 命令，我們將看到它成功執(zhí)行，并且我們的 4 個(gè)測(cè)試和 4 個(gè)斷言將通過(guò)。重要的是所有測(cè)試都必須通過(guò)，否則 Humbug 將失敗。

配置 Humbug

Humbug 可以通過(guò)創(chuàng)建 humbug.json.dist 文件手動(dòng)配置，也可以通過(guò)運(yùn)行以下命令自動(dòng)配置：

<?php
namespace package\Calculator;

class Calculator {

    /**
     * 基本運(yùn)算
     */
    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();
    }

    /*
     * 對(duì)數(shù)
     */

    // 返回以 10 為底的基本對(duì)數(shù)
    public function log($a) {
        return log10($a);
    }

}

運(yùn)行該命令將要求我們回答一些問(wèn)題：

• 您要包含哪些源目錄？ 在此，我們將使用 src/，即我們的源代碼目錄。
• 您要從源目錄中排除哪些目錄？ 在某些情況下可能很有用，例如我們不想測(cè)試的外部供應(yīng)商目錄。它不適用于我們當(dāng)前的情況。
• 單個(gè)測(cè)試套件超時(shí)（秒）。讓我們?cè)诖耸褂?30 秒。這可能太多了，但我們要確保一切都有足夠的時(shí)間運(yùn)行。
• 您想將文本日志存儲(chǔ)在哪里？humblog.txt 作為默認(rèn)值，我們將保留它。
• 您想將 json 日志存儲(chǔ)在哪里（如果需要）？默認(rèn)值為空，但我們將將其存儲(chǔ)在 humblogjson.json 中。
• 生成“humblog.json.dist”？此文件生成后將包含我們剛剛提供的全部配置值。如果我們想更改某些內(nèi)容，可以手動(dòng)編輯它。

使用 Humbug

現(xiàn)在我們已經(jīng)運(yùn)行了應(yīng)用程序并進(jìn)行了測(cè)試，并且安裝了 Humbug，讓我們運(yùn)行 Humbug 并檢查結(jié)果。

<?php
use package\Calculator\Calculator;

class CalculatorTest extends PHPUnit_Framework_TestCase {

    public function testAdd() {
        $calculator = new Calculator();
        $result = $calculator->add(2, 3);
        $this->assertEquals($result, 5);
    }

    public function testSubtract() {
        $calculator = new Calculator();
        $result = $calculator->subtract(6, 3);
        $this->assertEquals($result, 3);
    }

    public function testMultiply() {
        $calculator = new Calculator();
        $result = $calculator->multiply(6, 3);
        $this->assertEquals($result, 18);
    }

    public function testDivide() {
        $calculator = new Calculator();
        $result = $calculator->divide(6, 3);
        $this->assertEquals($result, 2);
    }

}

結(jié)果應(yīng)該接近于此：

解讀 Humbug 結(jié)果

創(chuàng)建的變異數(shù)量只是 Humbug 引入的小更改的數(shù)量來(lái)測(cè)試我們的測(cè)試。被殺死的變異（.）是導(dǎo)致測(cè)試失敗的變異。不要混淆，這是一個(gè)積極的結(jié)果！逃逸的變異 (M) 是測(cè)試仍然通過(guò)的變異。這不是一個(gè)積極的結(jié)果，我們應(yīng)該回到我們的測(cè)試并檢查缺少什么。未覆蓋的變異 (S) 是發(fā)生在單元測(cè)試未覆蓋的行中的變異。致命錯(cuò)誤 (E) 和超時(shí) (T) 分別是創(chuàng)建致命錯(cuò)誤和創(chuàng)建無(wú)限循環(huán)的變異。

指標(biāo)呢？

變異得分指標(biāo)表示檢測(cè)到的變異百分比。我們的目標(biāo)是 100%。變異代碼覆蓋率表示被變異覆蓋的測(cè)試百分比。變異得分指標(biāo)可以讓您了解現(xiàn)有測(cè)試的有效性。分析我們的 humbug 日志，我們可以看到我們有 9 個(gè)未覆蓋的變異，以及一些非常糟糕的指標(biāo)。查看 humblogjson.json 文件。此文件與 humblog.txt 文件一樣是自動(dòng)生成的，并包含有關(guān)失敗原因、位置和原因的更詳細(xì)的信息。我們沒(méi)有測(cè)試我們的百分比、π 和對(duì)數(shù)函數(shù)。此外，我們需要涵蓋將數(shù)字除以 0 的情況。讓我們添加更多測(cè)試來(lái)涵蓋缺失的情況：

composer global require 'humbug/humbug'

這一次，100% 表示所有變異都被殺死，并且我們具有完整的代碼覆蓋率。

缺點(diǎn)

變異測(cè)試以及 Humbug 的最大缺點(diǎn)是性能。變異測(cè)試是一個(gè)緩慢的過(guò)程，因?yàn)樗蕾?lài)于許多因素，例如代碼行之間的相互作用、測(cè)試數(shù)量、代碼覆蓋率級(jí)別以及代碼和測(cè)試的性能。Humbug 還進(jìn)行初始測(cè)試運(yùn)行、日志記錄和代碼覆蓋率，這會(huì)增加總持續(xù)時(shí)間。此外，Humbug 是 PHPUnit 專(zhuān)用的，對(duì)于使用其他測(cè)試框架的用戶(hù)來(lái)說(shuō)可能是一個(gè)問(wèn)題。也就是說(shuō)，Humbug 正在積極開(kāi)發(fā)中，并將繼續(xù)改進(jìn)。

結(jié)論

Humbug 可能是維護(hù)應(yīng)用程序壽命的重要工具。隨著應(yīng)用程序復(fù)雜性的增加，測(cè)試的復(fù)雜性也會(huì)增加——并且始終保持 100% 的測(cè)試變得非常重要，尤其是在處理企業(yè)生態(tài)系統(tǒng)時(shí)。本教程中使用的代碼可以在這里克隆。您使用過(guò) Humbug 嗎？您是否以其他方式進(jìn)行變異測(cè)試？請(qǐng)告訴我們您對(duì)此的所有想法！

關(guān)于“誰(shuí)來(lái)監(jiān)督監(jiān)察員？”的常見(jiàn)問(wèn)題 (FAQ)

“誰(shuí)來(lái)監(jiān)督監(jiān)察員？”這句話(huà)的起源是什么？

“誰(shuí)來(lái)監(jiān)督監(jiān)察員？”這句話(huà)源于拉丁語(yǔ)短語(yǔ)“Quis custodiet ipsos custodes？”，由羅馬詩(shī)人尤維納爾創(chuàng)造。這句話(huà)經(jīng)常用于質(zhì)疑當(dāng)權(quán)者正直性和責(zé)任制的討論中。它基本上是在問(wèn)：“誰(shuí)來(lái)守護(hù)衛(wèi)兵？”或“誰(shuí)來(lái)監(jiān)視監(jiān)視我們的人？”這句話(huà)已以各種形式的媒體出現(xiàn)，包括艾倫·摩爾、戴夫·吉本斯和約翰·希金斯創(chuàng)作的流行圖畫(huà)小說(shuō)系列《守望者》。

在軟件測(cè)試的背景下，“誰(shuí)來(lái)監(jiān)督監(jiān)察員？”這句話(huà)是如何使用的？

在軟件測(cè)試的背景下，“誰(shuí)來(lái)監(jiān)督監(jiān)察員？”是一個(gè)隱喻性的問(wèn)題，它解決了測(cè)試的可靠性和準(zhǔn)確性。它質(zhì)疑誰(shuí)或什么正在監(jiān)控測(cè)試以確保它們能夠正常運(yùn)行并產(chǎn)生準(zhǔn)確的結(jié)果。這是軟件開(kāi)發(fā)的一個(gè)關(guān)鍵方面，因?yàn)樗_保了正在開(kāi)發(fā)的軟件的質(zhì)量和可靠性。

在軟件開(kāi)發(fā)中測(cè)試測(cè)試的重要性是什么？

測(cè)試測(cè)試，也稱(chēng)為測(cè)試驗(yàn)證，是軟件開(kāi)發(fā)的關(guān)鍵部分。它確保測(cè)試能夠準(zhǔn)確地衡量軟件的功能和性能。如果沒(méi)有測(cè)試驗(yàn)證，則存在測(cè)試可能產(chǎn)生誤報(bào)或漏報(bào)的風(fēng)險(xiǎn)，從而導(dǎo)致對(duì)軟件質(zhì)量和可靠性的不準(zhǔn)確評(píng)估。

我如何確保我的測(cè)試可靠且準(zhǔn)確？

確保測(cè)試的可靠性和準(zhǔn)確性涉及幾個(gè)步驟。首先，您應(yīng)該徹底檢查您的測(cè)試以確保它們?cè)O(shè)計(jì)和實(shí)現(xiàn)正確。其次，您應(yīng)該通過(guò)將測(cè)試結(jié)果與已知結(jié)果進(jìn)行比較來(lái)定期驗(yàn)證您的測(cè)試。最后，您應(yīng)該持續(xù)監(jiān)控和更新您的測(cè)試，以確保它們?cè)谲浖l(fā)展過(guò)程中保持準(zhǔn)確性。

軟件測(cè)試中有哪些常見(jiàn)的陷阱？

軟件測(cè)試中的一些常見(jiàn)陷阱包括測(cè)試不足、測(cè)試錯(cuò)誤的事物以及不了解測(cè)試的目的。其他陷阱包括過(guò)分依賴(lài)自動(dòng)化測(cè)試而不了解其局限性，以及不定期審查和更新測(cè)試。

圖畫(huà)小說(shuō)《守望者》與軟件測(cè)試有何關(guān)系？

圖畫(huà)小說(shuō)《守望者》使用“誰(shuí)來(lái)監(jiān)督監(jiān)察員？”這句話(huà)來(lái)質(zhì)疑當(dāng)權(quán)者的責(zé)任制和正直性。在軟件測(cè)試的背景下，這句話(huà)可以用來(lái)質(zhì)疑測(cè)試本身的可靠性和準(zhǔn)確性。正如“守望者”應(yīng)該守護(hù)社會(huì)一樣，測(cè)試應(yīng)該守護(hù)軟件的質(zhì)量和可靠性。但是，正如“守望者”需要被監(jiān)視一樣，測(cè)試也需要被監(jiān)視。

軟件測(cè)試人員的角色是什么？

軟件測(cè)試人員的角色是通過(guò)設(shè)計(jì)和實(shí)施測(cè)試來(lái)確保軟件的質(zhì)量和可靠性。這些測(cè)試用于識(shí)別和修復(fù)錯(cuò)誤、驗(yàn)證功能和評(píng)估性能。軟件測(cè)試人員還必須監(jiān)控和更新這些測(cè)試，以確保它們?cè)谲浖l(fā)展過(guò)程中保持準(zhǔn)確性。

我如何提高我的軟件測(cè)試技能？

提高您的軟件測(cè)試技能需要持續(xù)學(xué)習(xí)和實(shí)踐。您應(yīng)該了解最新的測(cè)試方法和工具，并定期練習(xí)設(shè)計(jì)和實(shí)施測(cè)試。您還應(yīng)該尋求對(duì)測(cè)試的反饋，并樂(lè)于從錯(cuò)誤中學(xué)習(xí)。

學(xué)習(xí)更多關(guān)于軟件測(cè)試的一些好資源是什么？

有很多資源可用于學(xué)習(xí)更多關(guān)于軟件測(cè)試的知識(shí)。這些包括在線(xiàn)課程、書(shū)籍、博客和論壇。一些推薦的書(shū)籍包括格倫福德·J·邁爾斯著的《軟件測(cè)試的藝術(shù)》、保羅·C·喬根森著的《軟件測(cè)試：工匠方法》以及塞姆·卡納、杰克·法爾克和黃·Q·阮著的《測(cè)試計(jì)算機(jī)軟件》。

軟件測(cè)試的未來(lái)是什么？

軟件測(cè)試的未來(lái)可能會(huì)受到技術(shù)進(jìn)步的強(qiáng)烈影響。這包括在測(cè)試中越來(lái)越多地使用自動(dòng)化和人工智能，以及開(kāi)發(fā)新的測(cè)試方法以適應(yīng)虛擬現(xiàn)實(shí)和區(qū)塊鏈等新興技術(shù)。但是，軟件測(cè)試的基本原則——確保軟件的質(zhì)量和可靠性——將保持不變。

以上是測(cè)試測(cè)試？誰(shuí)看著守望者？的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！