«unit-testing» etiketlenmiş sorular

Birim testi, tek tek kaynak kodu birimlerinin kullanıma uygun olup olmadıklarını belirlemek için test edildiği bir yöntemdir.

9
Daha sonra yorumlanma eğiliminde olduklarından veya entegrasyon testleri daha değerli olduklarından ünite testleri yazmamak mantıklı mı?
Birim / entegrasyon testini bir meslektaşımla tartışıyordum ve ünite testleri yazmaya karşı ilginç bir dava açtı . Ben büyük bir ünite sınavıyım (öncelikle JUnit) savunucuyum, ancak ilginç noktalara değindiği için başkalarının aldıklarını duymak istiyorum. Puanlarını özetlemek için: Büyük kod değişiklikleri gerçekleştiğinde (yeni POJO kümesi, büyük uygulama yeniden düzenlemesi vb.), Birim …

4
Her yeni hata için bir birim testi ekle
İşimde, bir hatayı gideren tüm geliştiricilerin bu tür hatalar hakkında uyarıcı yeni bir birim testi eklemek zorunda kalmaları gerekir (tekrar oluşması durumunda). Birim testi mümkün değilse (örneğin, bir web sayfası tasarımı sorunu), KG departmanının manuel olarak kontrol etmek için bir test durumu oluşturması gerekir. Bunun arkasındaki fikir, ürünün piyasaya sürülmesinden …

5
Aynı sınıf içinde diğer yöntemleri çağıran en iyi test yöntemi yöntemi
Geçenlerde bazı arkadaşlarla tartışarak geri dönüş sonuçlarını saptamak için en iyi olan aşağıdaki 2 yöntemden hangisinin aynı sınıf içindeki yöntemlerden aynı sınıf içindeki yöntemlere çağrı yapmaktan bahsediyordum. Bu çok basitleştirilmiş bir örnek. Gerçekte, işlevler çok daha karmaşıktır. Örnek: public class MyClass { public bool FunctionA() { return FunctionB() % 2 …

6
Karmaşık düzenli ifadeler için birim testleri yapılmalı mı?
Uygulamamda karmaşık normal ifadeler için birim testleri yazmalı mıyım? Bir yandan: giriş ve çıkış formatları genellikle basit ve iyi tanımlanmış olduklarından ve genellikle çok karmaşık hale gelebildiklerinden testler kolaydır, bu nedenle bunların testleri özellikle değerlidir. Öte yandan: Kendileri nadiren bazı birimlerin arayüzünün bir parçasıdır. Arabirimi yalnızca sınamak ve bunu regex'leri …



5
Verilerinizi tüm birim testlerinde kodlamanız gerekiyor mu?
Çoğu birim test dersleri / örnekleri, genellikle her bir test için test edilecek verilerin tanımlanmasını içerir. Sanırım bu, "her şey yalıtımlı olarak test edilmeli" teorisinin bir parçası. Ancak , çok sayıda DI içeren çok katmanlı uygulamalarla çalışırken , her testi ayarlamak için gereken kodun çok uzun sürdüğünü buldum. Bunun yerine, …

2
Guava ünite testleri otomatik olarak nasıl üretildi?
Guava otomatik olarak oluşturulan birim test durumlarına sahiptir : Guava şaşırtıcı sayıda birim testine sahiptir: Temmuz 2012 itibariyle, guava-test paketi 286.000'den fazla bireysel test vakası içermektedir. Bunların çoğu otomatik olarak üretilir, elle yazılmaz, ancak Guava'nın test kapsamı özellikle com.google.common.collect için son derece ayrıntılıdır. Nasıl üretildiler? Onları tasarlamak ve üretmek için …

6
Birim testinin değeri nasıl açıklanır
İş arkadaşlarıma birim testleri (ve genel olarak test) kavramını tanıtmak istiyorum; şu anda hiçbir test yok ve istenen sonucu görmek için UI aracılığıyla görevleri gerçekten gerçekleştirerek işler test ediliyor. Tahmin edebileceğiniz gibi, kod tam olarak uygulamaya çok sıkı bir şekilde bağlıdır - hatta bir sınıfta olması gereken ve hatta kopyalanıp …

5
Test odaklı gelişim - beni ikna edin! [kapalı]
Bazı insanların test odaklı gelişimin büyük destekçileri olduğunu biliyorum. Geçmişte birim testler kullandım, ancak yalnızca kolayca test edilebilecek veya muhtemelen doğru olacağına inandığım işlemleri test etmek için kullandım. Komple veya tam komple kod kapsamı sesleri çok zaman alacak gibi geliyor. Test odaklı geliştirmeyi hangi projeler için kullanıyorsunuz? Sadece belirli bir …

6
Birim testinde beklenen sonuçların kodlanması gerekir mi?
Bir birim testin beklenen sonuçları kodlanmış mı yoksa başlangıç ​​durumuna getirilmiş değişkenlere bağlı mı olabilir? Kodlanmış veya hesaplanmış sonuçlar birim testine hata verme riskini arttırır mı? Göz önünde bulundurmadığım başka faktörler var mı? Örneğin, bu ikisinden hangisi daha güvenilir bir formattır? [TestMethod] public void GetPath_Hardcoded() { MyClass target = new …
29 c#  unit-testing 

4
Birim testi acemi için birim testleri en iyi yöntemler
Son yıllarda, büyük projelerdeki veya küçük araçlardaki insanlar için sadece küçük parçalar yazdım. Asla bir ünite testi yazmadım ve her zaman nasıl yazılacağını öğrenmek gibi görünüyor ve bir program yapmak, programı başlatmak ve gerçek testlerden çok daha uzun sürüyor. Tamamlanması birkaç ay alabilen oldukça büyük ölçekli bir projeye başlamak üzereyim …

7
Otomatik birim testi, entegrasyon testi veya kabul testi [kapalı]
TDD ve ünite testleri şu an için en büyük rave gibi görünüyor. Ancak diğer otomatik test yöntemleriyle karşılaştırıldığında bu gerçekten faydalı mı? Sezgisel olarak, otomatik entegrasyon testinin birim testinden çok daha faydalı olduğunu tahmin ediyorum. Tecrübelerime göre, çoğu hata modüller arasındaki etkileşimin içinde görünüyor ve her bir birimin fiili (olağan …

8
Metodoloji: Başka bir geliştirici için birim testleri yazma
Yazılım geliştirme ve birim testleri yazma hakkında düşünüyordum. Aşağıdaki fikri anladım: Bir çift geliştiricimiz olduğunu varsayalım. Her çift kodun bir kısmından sorumludur. Çiftin bir özelliği bir özellik uygular (kod yazıyor) ve ikincisi bunun için bir birim test yazıyor. Testler koddan sonra yazılır. Benim fikrimce birbirlerine yardım ediyorlar, fakat ayrı ayrı …

6
TDD'siz birim test anlayışı
TDD kullanarak geliştirmeyi planladığımız yeni (oldukça büyük) bir projemiz var. TDD fikri başarısız oldu (pek çok iş ve iş dışı nedenlerle), ancak şu anda bir sohbetimiz var - yine de birim testleri yazmalı mı ya da olmasın. Arkadaşım TDD'siz birim testleri yazarken hiçbir şeyin (ya da sıfıra yakın) bir anlamı …
28 unit-testing  tdd 

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.