Bir prosedür C/C++ projesi üzerinde çalışıyorum. Genel arayüz, her biri oldukça karmaşık görevlere sahip 4 işlevden oluşur. İsimsiz bir ad alanında aynı cpp
dosyasında bildirilen yardımcı işlevler vardır. Kullanılan test çerçevesi GTest'dir. Bununla birlikte, bu yardımcı işlevlerin bazıları kendi birim testlerini gerektirecek kadar karmaşık hale gelmektedir. Normal olarak, bu yardımcıları kendi test edilebilir birimlerine göre yeniden düzenlerim, ancak proje gereksinimleri her şeyin bir cpp
'da olması gerektiğini belirtir ve yalnızca belirtilen işlevler herkes tarafından görülebilir.Birim Adlandırma Adsız Ad Alanı İçinde C++ Kodu
Birleştirmeyi en aza indirirken ve proje gereksinimlerini olabildiğince yakından takip ederken yardımcı işlevleri test edebilmemin bir yolu var mı?
Muhtemel bir çözüm, ad alanını test için adlandırılmış bir adla ve üretim için adsız olarak döndürmek için bir makro kullanmaktı. Ancak, bu, istediğimden biraz daha karışık görünüyordu.
Olası kopyası [Özel yöntemleri, alanları veya iç sınıfları olan bir sınıfı nasıl sınıyorum?] (Https://stackoverflow.com/questions/34571/how-do-i-test-a-class-that -has-özel-yöntemler-alanlar-veya-iç-sınıflar) – Raedwald