Fonksiyonel Test (FCT) Rehberi: PCBA ve Sistem Seviyesinde Doğrulama, Fixture Kurgusu ve RFQ Kriterleri

Fonksiyonel Test Neden Yalnız “Kart Çalışıyor mu?” Sorusu Değildir?

Bir PCBA kartı AOI, flying probe veya ICT’den geçmiş olabilir; yine de sevkiyat öncesinde güç sekanslaması, firmware boot akışı, haberleşme portları, sensör tepkisi, yük altında davranış veya alarm mantığı açısından gerçek kullanımı temsil etmeyen boşluklar kalabilir. Fonksiyonel test, yani functional testing, bu nedenle yalnız son adımda “LED yandı mı?” diye bakılan yüzeysel bir kontrol değil; ürünün tanımlı görevini kabul edilebilir girişler, yükler ve çıkış kriterleri altında doğrulayan mühendislik katmanıdır.

Özellikle güç elektroniği kartları, haberleşme modülleri, sensör arayüzleri, medikal alt sistemler ve box build montajlarında FCT’nin değeri daha da artar. AOI size görünen lehim kusurunu, ICT erişebildiği nodların elektriksel durumunu, flying probe ise fixture gerektirmeden açık-kısa ve bazı değer risklerini söyler; FCT ise kartın veya alt sistemin gerçekten istenen davranışı üretip üretmediğini gösterir. Bu yüzden iyi bir sevkiyat kararı çoğu zaman “test var mı?” sorusuna değil, “hangi riski hangi test katmanı kapatıyor?” sorusuna dayanır.

"FCT'nin amacı kartı açıp kapatmak değil, saha davranışını laboratuvar diline çevirmektir. 12V girişte çalışan bir kartın 9V brownout, 48V transient veya 3 saniyelik boot gecikmesinde ne yaptığı sevkiyat kararını belirler."

Fonksiyonel Test Tam Olarak Neyi Doğrular?

Fonksiyonel testin ana hedefi, ürünün tanımlı işlevlerini gerçek veya temsili çalışma koşulları altında doğrulamaktır. Bu doğrulama; giriş voltaj aralığı, çıkış toleransı, haberleşme portları, röle sürüşü, motor çıkışı, sensör okuması, kullanıcı arayüzü, alarm mantığı, programlama sonrası başlatma ve hata durumunda güvenli davranış gibi alanları kapsayabilir. FCT tek tip değildir; bir kart için 30 saniyelik temel doğrulama yeterli olurken, başka bir sistemde çok kanallı yük altında 8-10 dakikalık senaryo testi gerekebilir.

Buradaki kritik fark şudur: FCT, devre seviyesi kusuru doğrudan ölçmekten çok davranışsal sonucu doğrular. Bu yüzden tek başına her şeyi çözmez; fakat saha arızasına dönüşecek birçok hatayı sevkiyat öncesinde görünür kılar. Özellikle firmware, konfigürasyon, güç rayları arası zamanlama ve arabirim iletişimi gibi alanlarda FCT’nin yerine başka bir test katmanı koymak zordur.

FCT ile ICT, Flying Probe ve Burn-in Arasındaki Fark Nedir?

Sahada en yaygın hatalardan biri, tüm testleri aynı kefeye koymaktır. ICT ve flying probe daha çok elektriksel erişim ve nod doğrulaması yaparken, FCT ürünün tanımlanan kullanım senaryosunu taklit eder. Burn-in ise zaman ve stres ekseninde zayıf ürünü ayıklamaya çalışır. Bu testler rakip değil, tamamlayıcıdır. Tasarım ve hacim doğruysa önce optik ve elektriksel doğrulama, ardından davranış doğrulaması, gerekiyorsa da uzun süreli stres testi gelir.

"İyi bir FCT, AOI ve ICT'nin rakibi değildir. Ön testler kusuru daraltır, FCT ise müşterinin gerçekten kullanacağı fonksiyonu doğrular. Bu iki katmanı karıştırmak, ya gereksiz fixture maliyeti ya da sessiz saha arızası üretir."

Hangi Ürünlerde FCT Sevkiyat Öncesi Kritik Hale Gelir?

Her PCBA için aynı derinlikte FCT gerekmez. Basit LED sürücü kartlarında temel güç ve çıkış doğrulaması yeterli olabilir. Buna karşılık aşağıdaki senaryolarda FCT neredeyse zorunlu hale gelir: MCU veya MPU içeren kartlar, programlanabilir güç yönetimi olan tasarımlar, haberleşme protokollü endüstriyel kontrol kartları, sensör okuma ve kalibrasyon gereken modüller, röle veya MOSFET ile yük süren kartlar, çok konnektörlü box build sistemleri ve müşteriye firmware yüklü halde giden ürünler.

Örneğin bir endüstriyel I/O kartında yalnız açık-kısa testi yapmak yeterli değildir; dijital girişlerin eşik seviyesi, analog kanalların doğruluğu, röle çıkış gecikmesi ve haberleşme portunun doğru baud veya node ayarıyla kalkması da doğrulanmalıdır. Benzer şekilde medikal veya alarm tabanlı ürünlerde yalnız “çalıştı” sonucu yetersizdir; fail-safe davranış, watchdog reset mantığı ve alarm çıkışları da test akışına dahil edilmelidir. Bu nedenle FCT planı, ürün mimarisi ve kullanım senaryosundan bağımsız yazılamaz.

İyi Bir FCT İstasyonu Nasıl Kurgulanır?

İyi bir FCT istasyonu, operatörün ürünü bağlayıp sonuç aldığı bir kara kutu olmamalıdır. En az altı unsur net tanımlanmalıdır: mekanik fixture, pogo veya konnektör arayüzü, güç kaynakları, ölçüm enstrümanları, yük/simülatör yapısı, yazılım senaryosu ve geçme-kalma kuralları. Test senaryosu ile fixtür tasarımı birbirinden kopuk ilerlerse test güvenilirliği düşer. Özellikle çok konnektörlü sistemlerde ters bağlama önleme, barkod/seri numarası kaydı ve operatör yönlendirmesi doğrudan first-pass yield'i etkiler.

İyi FCT kurulumunda design for testability yaklaşımı da önemlidir. Kartın debug UART hattı, programlama erişimi, referans ölçüm noktaları ve güvenli fixture temas alanları tasarımda düşünülmezse sonradan kurulan test istasyonu pahalı ve kırılgan hale gelir. Bu nedenle FCT konusu yalnız üretim ekibine bırakılmamalı; tasarım, firmware ve test mühendisliği birlikte planlanmalıdır.

FCT’de En Sık Görülen Hatalar Nelerdir?

Pratikte FCT'nin başarısız görünmesinin nedeni çoğu zaman ürün değil, zayıf test kurgusudur. En sık problemler şunlardır: temassız veya aşınmış fixture pinleri, senaryo ile gerçek ürün revizyonunun uyuşmaması, yanlış firmware yükü, tolerans penceresinin gereksiz dar ayarlanması, laboratuvar güç kaynağı ile saha beslemesi arasındaki farkın göz ardı edilmesi ve operatörün manuel seçim yapmasına fazla alan bırakılması. Bu hatalar yüzünden test hattı iyi kartı reddeder veya kötü kartı geçirir.

1. Temas kalitesi problemi: Kirli konnektör, aşınmış pogo pin veya eksik baskı kuvveti, özellikle 24V ve üzeri kartlarda intermittent fail üretir.
2. Yanlış test senaryosu: Revizyon değişip script güncellenmediğinde, fail oranı gerçek kalite problemi gibi görünür.
3. Tolerans penceresi zafiyeti: Analog çıkışta gereksiz dar limitler yalancı red yaratır; fazla geniş limitler ise hatalı ürünü geçirir.
4. Dummy load eksikliği: Boşta çalışan güç kartı temiz görünür, gerçek yükte ise termal veya regülasyon problemi verir.
5. Raporlama eksikliği: Fail kodu yoksa operatör yalnız “testten kaldı” der; kök neden mühendisliğe taşınamaz.

Bu yüzden FCT istasyonu da üretim ekipmanı gibi bakım ister. Pogo pin değişim periyodu, golden unit doğrulaması, yazılım revizyon kontrolü ve ölçüm ekipmanı kalibrasyonu olmadan test sistemi zamanla kendi başına hata kaynağına dönüşebilir. Eğer ürününüzde hızlı PCB montajı veya revizyon frekansı yüksek NPI akışları varsa, script sürüm yönetimi daha da kritik hale gelir.

"Birçok fabrikada ilk tartışma kart ile test istasyonu arasında yaşanır. Eğer FCT istasyonunuzun golden board doğrulaması haftalık yapılmıyorsa, yüzde 3'lük yalancı fail oranı çok kısa sürede yüzde 10'a çıkar."

RFQ Dosyasında FCT İçin Hangi Bilgiler Açık Yazılmalıdır?

Bir satın alma dokümanında yalnız “functional test required” yazmak teknik olarak yetersizdir. Hangi giriş koşulu, hangi çıkış limiti, hangi haberleşme adımı, hangi fixture sorumluluğu ve hangi rapor formatı beklendiği yazılmadığında iki tedarikçi aynı ifadeyi tamamen farklı kapsamlarla yorumlar. Biri yalnız güç açılışını kontrol eder, diğeri ise programlama, I/O ve alarm senaryosu dahil tam bir akış kurar; her ikisi de kağıt üzerinde FCT yapmış olur.

1. Kapsam: Güç açılışı, I/O, haberleşme, programlama doğrulaması, kalibrasyon ve alarm senaryoları açık yazılmalı.
2. Arayüz sorumluluğu: Mating konnektör, harness, fixture ve yük ekipmanını kimin sağlayacağı netleştirilmeli.
3. Geçme-kalma kriteri: Tolerans, timeout süresi, retry hakkı ve fail disposition kuralı belirtilmeli.
4. Veri kaydı: Seri numarası, test sonucu, fail code, lot ve timestamp tutulup tutulmayacağı yazılmalı.
5. NPI beklentisi: First article raporu, golden sample onayı ve pilot üretim coverage hedefi ayrıca istenmeli.

Bu seviyede yazılmış bir beklenti, hem teklifleri karşılaştırılabilir hale getirir hem de sonradan “test vardı ama kapsam farklıydı” tartışmasını azaltır. Eğer proje turnkey PCB montajı, programlama, box build veya saha kritik alt sistem içeriyorsa FCT'yi kalite sistemi ve izlenebilirlik yapısıyla birlikte tanımlamak gerekir.

WellPCB Turkey FCT’yi Nasıl Konumlandırır?

WellPCB Turkey tarafında fonksiyonel test, yalnız finalde çalışan/çalışmayan ayrımı yapan bir istasyon olarak ele alınmaz. Önce ürünün risk profili, güç mimarisi, haberleşme yapısı, firmware akışı ve saha kullanım koşulları incelenir. Ardından AOI, flying probe veya ICT gibi ön doğrulama katmanları ile FCT'nin rolü ayrıştırılır. Gerektiğinde through-hole PCB montajı, hızlı SMT montajı ve sistem seviyesi kablo bağlantıları aynı test akışına bağlanarak lot bazlı karar zinciri oluşturulur.

Eğer yeni PCBA veya elektronik montaj projenizde FCT kapsamı net değilse hemen iletişime geçin. Gerber, BOM, test adımları, haberleşme protokolü ve hedef kullanım senaryonuzu paylaştığınızda; gereksiz test maliyeti yaratmadan gerçek saha riskini kapatan bir fonksiyonel test kurgusunu birlikte planlayabiliriz.

FAQ

S1: Fonksiyonel test ile ICT arasındaki temel fark nedir?

ICT çoğunlukla erişilebilen nodlarda açık-kısa, bazı pasif değerler ve temel elektriksel koşulları doğrular; FCT ise kartın veya sistemin tanımlı işi gerçekten yapıp yapmadığını ölçer. Örneğin bir kart ICT'de temiz geçebilir ama 2 saniye içinde boot etmesi gerekirken 9 saniyede kalkıyorsa bu farkı genelde FCT yakalar.

S2: Her PCBA için FCT gerekli midir?

Hayır. Basit, düşük riskli ve çok sınırlı işlevi olan kartlarda temel elektriksel doğrulama yeterli olabilir. Ancak MCU içeren, haberleşme portu olan, sensör okuyan, röle veya güç çıkışı süren ürünlerde 30 saniye ile 5 dakika arasında değişen bir FCT akışı sevkiyat riskini anlamlı şekilde azaltır.

S3: FCT yazılım ve firmware hatalarını yakalayabilir mi?

Kısmen evet. Yanlış konfigürasyon, boot başarısızlığı, haberleşme time-out'u, çıkış mantığı hatası ve bazı kalibrasyon sorunları FCT'de görünür hale gelir. Ancak çok nadir koşullarda oluşan karmaşık uygulama yazılımı bug'ları için daha uzun süreli sistem testi veya saha simülasyonu gerekebilir.

S4: FCT fixture'siz yapılabilir mi?

Bazı düşük hacimli NPI projelerinde manuel kablolama veya basit adaptörlerle yapılabilir; fakat bu yaklaşım operatör bağımlılığını artırır. Seri üretimde tekrarlanabilirlik için genellikle yönlendirmeli bir fixture, mating konnektör, kontrollü güç kaynağı ve otomatik kayıt yapısı gerekir. Aksi halde 100 kartta 3-5 adet yalancı fail görmek şaşırtıcı değildir.

S5: FCT süresi ne kadar olmalıdır?

Tek bir doğru süre yoktur. Basit dijital I/O kartlarında 20-40 saniye yeterli olabilirken, haberleşme, kalibrasyon ve yük testi içeren güç veya kontrol kartlarında 2-6 dakika normaldir. 8 dakikanın üzerine çıkan akışlarda ise coverage değeri ile takt time maliyeti birlikte yeniden değerlendirilmelidir.

S6: RFQ'ya FCT için hangi minimum bilgileri yazmalıyım?

En az giriş voltajı, temel fonksiyon adımları, kritik çıkış limitleri, haberleşme beklentisi, fixture sorumluluğu ve raporlama formatı yazılmalıdır. Örneğin "24V input, CAN handshake, 4 analog output within ±1%, relay output under 2A dummy load, serial-number traceability" seviyesi bir tanım savunulabilir başlangıçtır.

Sonuç ve Sonraki Adım

Fonksiyonel test, yalnız “ürün açılıyor mu?” sorusuna cevap veren yüzeysel bir adım değildir; sevkiyat öncesinde gerçek kullanım davranışını doğrulayan kritik bir karar katmanıdır. En iyi sonuç, FCT'yi AOI, flying probe, ICT ve gerekiyorsa burn-in ile tamamlayıcı rolde kullandığınızda alınır. Kötü kurulan bir FCT hattı darboğaz üretir; iyi kurulan bir hat ise saha iadesi, yanlış programlama ve sessiz davranış hatalarını üretim çıkışında yakalar.

Yeni PCBA, kontrol kartı, haberleşme modülü veya box build projenizde fonksiyonel test kapsamını netleştirmek istiyorsanız ücretsiz teklif isteyin. Dosyalarınızı ve kullanım senaryonuzu paylaştığınızda, test coverage ile üretim verimliliği arasında doğru dengeyi kurmanıza yardımcı olabiliriz.