Test veya cihaz testi ile ilgili bazı temel sorular

Question

Genelde benim uygulamalarım çok küçük ve test çerçevem ​​sadece bir konsol projesi. . Oradaki sınıfları statik yöntemlerle ekleyip kodumu test ediyorum. Oldukça basit ve güzel olmak için bu yaklaşımı buluyorum (özellikle çıktıyı görebilirsiniz)

Şimdi görsel stüdyosunda güzel bir küçük test projem var, bu yüzden donuk şeyleri nasıl test edeceğiniz konusunda biraz kafam karışmıştı 't örneğin gibi birimi görünüyor:

Purchase.LoadAllAsync()//finished loading on the loadcomplete event 

Bunun için birim testi ne tür yazardınız? Özellikle bu, veritabanındaki nelere göre değişecek?

Bazı SO üzerinde izcilik yaptım ve bunu buldum: Bir test bir birim test değilse, ayrıca beni karıştı When is a Test not a Unit-test?

, bunu nasıl test?

Bazen genellikle ana formda küçük bir sınama işlevi veya ana ekranda gümüş ışığı yazarım ve sonra silmem. Ama sanırım ünite testi kullanılıyor çünkü testler orada kalıyor, böylece onları tekrar kullanabiliyorsunuz?

Biraz fazla cahil olduğum için üzgünüm! Dış koddan çağrıldığında başarısız uygulamanın kendisinden ince çalıştırmak testler hakkında ne ama: = P
Teşekkür

Güncelleme

---

Ayrıca eklemek istedim. (Bu bana birkaç kez oldu) Siz de mi oluyorsunuz ve/veya kötü bir tasarım mı?

Answer 1

Testlerinizi kontrolünüz dışındaki koşullara bağlı, yapmanız gereken ilk şey, diğer bir deyişle

:-) sizin onları kontrol altına almak olduğunu parçası olarak bir test veritabanı ve, kullanmalıdır test Kurulumun boş olması, ardından bu veritabanının bilinen, tahmin edilebilir verilerle doldurulması gerekir. Alternatif olarak, saplama yordamları koyabilir ve veritabanı erişimini tamamen önleyebilirsiniz. Sonsuz süt ineği kadar yararlı olmayan bir test de yaklaşık belirsiz bir testtir. Çalışmak için görünebilir, ancak sonuç olarak beklediğiniz kadar tatmin edici değildir.