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

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

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

變異測試

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

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

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

composer global require 'humbug/humbug'

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

humbug

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

引導(dǎo)程序

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

composer global require 'humbug/humbug'

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

humbug

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

composer global require phpunit/phpunit

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

配置 Humbug

Humbug 可以通過創(chuàng)建 humbug.json.dist 文件手動(dòng)配置，也可以通過運(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)行該命令將要求我們回答一些問題：

• 您要包含哪些源目錄？ 在此，我們將使用 src/，即我們的源代碼目錄。
• 您要從源目錄中排除哪些目錄？ 在某些情況下可能很有用，例如我們不想測試的外部供應(yīng)商目錄。它不適用於我們當(dāng)前的情況。
• 單個(gè)測試套件超時(shí)（秒）。 讓我們在此使用 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)行了測試，並且安裝了 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ù)量來測試我們的測試。被殺死的變異（.）是導(dǎo)致測試失敗的變異。不要混淆，這是一個(gè)積極的結(jié)果！逃逸的變異 (M) 是測試仍然通過的變異。這不是一個(gè)積極的結(jié)果，我們應(yīng)該回到我們的測試並檢查缺少什麼。未覆蓋的變異 (S) 是發(fā)生在單元測試未覆蓋的行中的變異。致命錯(cuò)誤 (E) 和超時(shí) (T) 分別是創(chuàng)建致命錯(cuò)誤和創(chuàng)建無限循環(huán)的變異。

指標(biāo)呢？

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

composer global require 'humbug/humbug'

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

缺點(diǎn)

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

結(jié)論

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

關(guān)於“誰來監(jiān)督監(jiān)察員？”的常見問題 (FAQ)

“誰來監(jiān)督監(jiān)察員？”這句話的起源是什麼？

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

在軟件測試的背景下，“誰來監(jiān)督監(jiān)察員？”這句話是如何使用的？

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

在軟件開發(fā)中測試測試的重要性是什麼？

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

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

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

軟件測試中有哪些常見的陷阱？

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

圖畫小說《守望者》與軟件測試有何關(guān)係？

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

軟件測試人員的角色是什麼？

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

我如何提高我的軟件測試技能？

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

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

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

軟件測試的未來是什麼？

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

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