İçeriğe geçin

Yazılım devri: yeni ekip kendi başına ne yapabilmeli?

Bağımsız kurulum ve küçük bir değişiklik; kodun, ortam ayarlarının ve işletim bilgisinin birlikte devredilip devredilmediğini gösterir.

Katharina Weber2 dk okuma
Onay işaretli etiketi ve küçük gümüş anahtarı olan mavi proje dosyası.

Tam bir yazılım devrini, başka bir ekibin uygulamayı kurabilmesi, belirli bir değişiklik yapabilmesi ve deneme ortamına alabilmesiyle değerlendirmek gerekir. Kaynak kod bunun için gereklidir. Diğer bilginin de devredilip devredilmediği bağımsız denemede ortaya çıkar.

İşletme açısından somut soru şudur: İş hâlâ ne kadar tek bir kişiye veya bilgisayara bağlı? İndirilebilen bir arşiv bu soruyu henüz cevaplamaz.

Temiz ortam eksikleri ortaya çıkarır

Kurgusal örnekte yeni ekip sipariş portalının onaylanmış R-1 sürümünü alıyor. Eski dizüstünde her şey açılıyor. Yeni deneme sisteminde ise tam çalışma zamanı sürümü, boş veritabanının nasıl kurulacağı ve iki ortam değişkeninin anlamı eksik. Kod ulaşmış olsa da uygulamanın kurulumu kısmen belirsizdir.

Uzun, genel bir belge de bu boşluğu açık bırakabilir. Yararlı olan, yeni ekibin gerçekten gereken adımları izleyebildiği yönergedir. Twelve-Factor ilkeleri değişken ortam ayarlarını koddan ayırır, geliştirme ve canlı ortamın benzerliğini vurgular. Bunlar yol gösterir; her teknolojiye ait eksiksiz devir kaydı değildir.

Küçük değişiklikle sınayın

Örnek denemede R-1, belirlenmiş bağımlılıklarla kurulur. Ekip boş deneme veritabanını oluşturur, yapay erişim bilgileri kullanır ve T-31 deneme siparişini sonuna kadar yürütür. Canlı erişim anahtarları kod deposuna veya yönergeye konmaz.

Ardından “Referans” alanının adı “Müşteri referansı” olarak değiştirilir, uygulama yeniden oluşturulup deneme sistemine alınır. Son olarak önceki sürüme dönülür. Küçük değişiklik; kurulumun, düzenlemenin, dağıtımın ve geri dönüşün birlikte anlaşıldığını sınar. Gelecekteki her özelliğin yapılabileceğini kanıtlamaz.

Eski ekip bu sırada eksik adımları açıklıyorsa bilgi devre eklenip yeniden denenir. Sözlü açıklama o anı çözebilir; kalıcı çözüm, bilginin bir sonraki denemede de erişilebilir olmasıdır.

Daha dar kapsam ne zaman yeterli olur?

Zaten birlikte işletilen bir platformdaki sınırlı geliştirmede değişen kodun teslimi anlamlı bir ara adım olabilir. O tek iş için bütün işletim ortamını yeniden kurmak orantısız olabilir. Ancak hangi platform bilgisinin ve erişimlerin zaten bulunduğu, kimin bunları sürdürdüğü belli olmalıdır.

Gerçek bağlantıların kullanılmaması gereken denemelerde taklit servisler de kullanılabilir. Bu durumda hangi kısmın sınanmadığını yazın. Taklit ödeme sistemi, canlı ödeme bağlantısının çalıştığını kanıtlamaz.

Tam ekip değişiminde bağımsız deneme daha güçlü bir ölçüttür. Eski ilgili kişiye ulaşılamaz hâle gelmeden kalan devir işini görünür kılar. Kabul kaydı kullanılan sürümü, tamamlanan akışı ve açık kalan bağımlılıkları belirtmelidir.

Kaynaklar

Yazan

  • Katharina WeberYazılım ve Teknoloji EditörüKatharina Weber, ASES'te yazılım geliştirme yazılarından sorumludur. İşletmelerin yazılım seçerken, yeni uygulamalar geliştirirken ve mevcut sistemlerini modernleştirirken karşılaştığı soruları ele alır.

ASES'i takip edin

Devamını okuyun

Tüm yazılar

ASES ile Yazılım geliştirme

Özel yazılım, web ve mobil uygulamalar