C ++ birim test çerçevelerinin karşılaştırılması [kapalı]

C ++ birim test çerçeveleri için önerilerle ilgili birkaç soru olduğunu biliyorum, ancak tüm cevaplar sadece çerçevelerden birini önerdiklerinden ancak bir (özellik) karşılaştırması hakkında herhangi bir bilgi sağlamadığından yardımcı olmadı.

En ilginç çerçevelerin CppUnit, Boost ve yeni Google test çerçevesi olduğunu düşünüyorum. Henüz kimse karşılaştırma yapmadı mı?

Bu soruya bakınBiraz tartışma için .

Makaleleri tavsiye ediyorlar: C ++ Birim Test Çerçevesi Ormanını Keşfetmek , By Noel Llopis. Ve daha yeni: C ++ Test Birimi Çerçeveleri

En googletest'i diğer çerçevelerle karşılaştıran bir makale bulamadım.

Yeni bir oyuncu olsa da oldukça güzel olan Google Test ( Google C ++ Testing Framework olarak da bilinir ).

#include <gtest/gtest.h>

TEST(MyTestSuitName, MyTestCaseName) {
    int actual = 1;
    EXPECT_GT(actual, 0);
    EXPECT_EQ(1, actual) << "Should be equal to one";
}

Ana Özellikler:

• Taşınabilir
• Ölümcül ve ölümcül olmayan iddialar
• Kolay bildirimler bilgilendirici mesajlar :ASSERT_EQ(5, Foo(i)) << " where i = " << i;
• Google Test , testlerinizi otomatik olarak algılar ve bunları çalıştırmak için numaralandırmanızı gerektirmez
• İddia kelime dağarcığınızı genişletmeyi kolaylaştırın
• Ölüm testleri (bkz. Gelişmiş kılavuz)
• SCOPED_TRACE altyordam döngüler için
• Hangi testleri yapacağınıza karar verebilirsiniz
• XML test raporu oluşturma
• Fikstür / Sahte / Şablonlar ...

Kendi çerçevemi, CATCH'ý oraya ittim . Hala geliştirilme aşamasındadır, ancak diğer çerçevelerin çoğunu aştığına inanıyorum. Farklı insanların farklı kriterleri var ama çok fazla ödün vermeden çoğu zemini örtmeye çalıştım. Tadım için bağlantılı blog girişime bir göz atın. İlk beş özelliğim:

• Yalnızca başlık
• İşlev ve yöntem tabanlı testlerin otomatik kaydı
• Standart C ++ ifadelerini LHS ve RHS'ye ayrıştırır (bu nedenle bir dizi onaylama makro ailesine ihtiyacınız yoktur).
• İşlev tabanlı bir fikstür içindeki iç içe geçmiş bölümler için destek
• Doğal dil kullanılarak ad testleri - işlev / yöntem adları oluşturulur

Ayrıca Objective-C bağlamaları vardır. Proje Github'da düzenleniyor

Boost Test Library özellikle Boost kullanıyorsanız çok iyi bir seçimdir.

// TODO: Include your class to test here.
#define BOOST_TEST_MODULE MyTest
#include <boost/test/unit_test.hpp>

BOOST_AUTO_TEST_CASE(MyTestCase)
{
    // To simplify this example test, let's suppose we'll test 'float'.
    // Some test are stupid, but all should pass.
    float x = 9.5f;

    BOOST_CHECK(x != 0.0f);
    BOOST_CHECK_EQUAL((int)x, 9);
    BOOST_CHECK_CLOSE(x, 9.5f, 0.0001f); // Checks differ no more then 0.0001%
}

Destekler:

• Otomatik veya manuel test kaydı
• Birçok iddia
• Koleksiyonların otomatik karşılaştırması
• Çeşitli çıktı biçimleri ( XML dahil )
• Fikstür / Şablonlar ...

Not: Başlamanıza yardımcı olabilecek bir makale yazdım: C ++ Birim Testi Çerçevesi: Bir Boost Test Eğitimi

Wikipedia, desteklenen özellikleri belirleyen veya desteklemeyen tablolarla birlikte kapsamlı bir birim test çerçeveleri listesine sahiptir .

Son zamanlarda özellikle Google Test ve Boost Test Kitaplığı'na alternatif olarak xUnit ++ yayınladım ( karşılaştırmaları görüntüleyin ). XUnit.Net'i biliyorsanız, xUnit ++ için hazırsınız.

#include "xUnit++/xUnit++.h"

FACT("Foo and Blah should always return the same value")
{
    Check.Equal("0", Foo()) << "Calling Foo() with no parameters should always return \"0\".";
    Assert.Equal(Foo(), Blah());
}

THEORY("Foo should return the same value it was given, converted to string", (int input, std::string expected),
    std::make_tuple(0, "0"),
    std::make_tuple(1, "1"),
    std::make_tuple(2, "2"))
{
    Assert.Equal(expected, Foo(input));
}

Ana Özellikler:

• İnanılmaz derecede hızlı: testler aynı anda yapılır .
• Taşınabilir
• Otomatik test kaydı
• çok onaylama türü (Boost'un xUnit ++ üzerinde hiçbir şeyi yoktur)
• Koleksiyonları karşılaştırır yerel olarak .
• Bildiri üç olarak gelir düzeyde gelir:
  • ölümcül hatalar
  • ölümcül olmayan hatalar
  • uyarılar
• Kolay onaylama kaydı:Assert.Equal(-1, foo(i)) << "Failed with i = " << i;
• Test kaydı:Log.Debug << "Starting test"; Log.Warn << "Here's a warning";
• Fikstür
• Veriye dayalı testler (Teoriler)
• Hangi testleri yapacağınızı seçin göre :
  • Özellik eşleme
  • Alt dize eşleşmesinin adı
  • Test Paketleri

CppUTest - sahte kütüphaneler ile çok güzel, hafif çerçeve. Daha yakından bakmaya değer.

CPUnit ( http://cpunit.sourceforge.net ), Google Test'e benzer, ancak daha az macos'a (varsayımlar işlevlerdir) dayanan ve makroların olağan makro tuzaklarından kaçınmak için önek eklendiği bir çerçevedir. Testler şöyle görünür:

#include <cpunit>

namespace MyAssetTest {
    using namespace cpunit;

    CPUNIT_FUNC(MyAssetTest, test_stuff) {
        int some_value = 42;
        assert_equals("Wrong value!", 666, some_value);
    }

    // Fixtures go as follows:
    CPUNIT_SET_UP(MyAssetTest) {
        // Setting up suite here...
        // And the same goes for tear-down.
    }

}

Onlar otomatik kayıt, bu yüzden bundan daha fazla gerekmez. Sonra sadece derlemek ve çalıştırmak. Bu çerçeveyi Java'yı programlamak için biraz zaman harcamak zorunda kalanlar için JUnit kullanmaya çok benziyorum. Çok hoş!

Http://www.progweap.com/resources.html adresinde alakalı bazı C ++ birim test kaynakları vardır

API Sanity Checker - C / C ++ kütüphaneleri için test çerçevesi:

Paylaşılan bir C / C ++ kütüphanesi için temel birim testlerinin otomatik oluşturucusu. Başlıklardaki bildirimlerin analizi yoluyla parametreler için makul (çoğu, ama ne yazık ki hepsi değil) giriş verileri üretebilir ve API'deki her işlev için basit ("akıl sağlığı" veya "sığ" -kalite) test örnekleri oluşturabilir. Dosyalar.

Oluşturulan testlerin kalitesi, basit kullanım durumlarında kritik hataların yokluğunu kontrol etmeyi sağlar. Araç, oluşturulan testleri oluşturup yürütebilir ve çökmeleri (segfaultlar), iptalleri, her türlü yayılan sinyali, sıfır olmayan program dönüş kodunu ve program asılı tespit edebilir.

CppUnit, Boost ve Google Test ile karşılaştırıldığında benzersiz özellikler:

• Test verilerinin ve giriş argümanlarının otomatik oluşturulması (karmaşık veri türleri için bile)
• Armatürler ve şablonlar yerine modern ve yeniden kullanılabilir özel tipler