Bir projedeki birim dışı testler nasıl yönetilir?


9

Projemde şahsen çağırdığım testsve birim testleri olmayan bazı kodlar var . Çalıştırılmalı ve sonuç bir insan tarafından değerlendirilmelidir. Bunu yaptım çünkü fizik motoru yapıyorum ve gelişim sırasında ne yaptığımı görmem gerekiyordu. Bu yüzden simulationtest modülümde bir paket yaptım . Simülasyonlar birim test kitaplığını kullandığından teknik olarak birim testlerdir, ancak hepsini gerçek birim testlerim gibi çalıştırmak istemiyorum.

Yapmak istediğim bu özel testleri birim testlerimden ayırmak çünkü tüm birim testlerini kolayca yapmak istiyorum. Bence biraz fonksiyonel testlere benziyor. Hiç başvurunuzu fonksiyonel testlere hazırlamak zorunda olduğunuz bir durumla karşılaştınız mı? Bu fonksiyonel test hazırlığı (temel olarak simülasyonlarımın ne olduğu) projeye nerede yerleştirilmeli ve bunları birim testlerden nasıl ayırt etmeli?

Java kullanıyorum, böylece tüm yöntemlerimi imzalarımdan @Test public void myNamedTest()değiştirebiliyorum public static void main(String[] args)ama simülasyonlarımı kullanmak zahmetli ve daha az pratik olurdu.

junitBir gradleprojede kullanıyorum . Özel bir test klasörü oluşturan herhangi bir çözüm gradleaçığız.


2
Bahsettiğiniz şey, geçici testleri çalıştırabileceğiniz bir test aracıdır . Bunlar hatırlayabildiğim sürece (30+ yıl) oldu - muhtemelen o zamandan önce bile. Genellikle kütüphaneye veya herhangi bir şeye erişebilen ayrı bir projede otururlar, ancak istediğiniz gibi yapılandırabilirsiniz.
Robbie Dee

3
Birim / entegrasyon / fonksiyonel testler terimleri testin kapsamını tanımlar : test edilen nedir. Bu, bu testlerin yürütülmesinden tamamen bağımsızdır, örneğin manuel testler ve otomatik testler. Otomatik kabul testleri ve manuel birim testleri ve bunların arasında herhangi bir şey olabilir. Bu nedenle, manuel işlev testleri çalıştırmak için JUnit kullanıyorsanız, bu gayet iyi - varsayılan olarak çalıştırılmamaları için bunları otomatik testlerinizden bir şekilde ayrı tutun.
amon

Yanıtlar:


10

Junit destek test kategorilerinin sonraki sürümlerine benziyor. Bunlar her testi sınıflandırmak için yararlı olabilir. Daha sonra derleme otomasyonu çalıştığında, bu testleri kategoriye göre içerebilir veya hariç tutabilir.

Bu testleri birim testlerle karıştırmak isteyip istemediğiniz, kuruluşun tercih ettiği bir konudur. Düzenli birim testlerini daha uzmanlaşmış testlere göre ayırmak için ayrı bir "test teçhizatı" projesi oluşturmak isteyebilirsiniz.

https://dzone.com/articles/closer-look-junit-categories

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.