Test şirket verisi, arkasında gerçek bir işletme bulunmayan ama bir şirket kaydının bütün alanlarını taşıyan deneme kaydıdır. Bu yazıda bu tür kayıtların hangi işler için gerektiğini, gerçek bir şirketin bilgileriyle deneme yapmanın neden sakıncalı olduğunu ve tek bir kurumsal kaydın içinde hangi parçaların bulunduğunu bulacaksınız.
Test şirket verisi tam olarak ne anlama gelir?
Bir kurumsal kayıt akışını geliştirirken formun, veritabanının ve doğrulama kurallarının gerçek bir müşteri gelmeden önce denenmesi gerekir. Bu deneme sırasında kullanılan kayda test şirket verisi denir. Adı “şirket” olsa da buradaki kayıt bir işletmeyi değil, bir işletme kaydının şeklini temsil eder: unvan, sektör, çalışan aralığı, hukuki yapı, kayıtlı merkez adresi, iletişim bilgisi ve numaralar bir arada durur.
Bu kayıtların en belirgin özelliği, gerçek dünyadan kopyalanmamış olmasıdır. Kayıt kendi içinde tutarlı görünür, biçimsel kurallara uyar, hatta bir kontrol basamağı doğru hesaplanmış olabilir; ama arkasında o bilgileri taşıyan bir işletme yoktur. Bu yüzden kaydın hiçbir alanı, gerçek bir şirketi aramak, doğrulamak veya o şirkete ulaşmak için kullanılamaz.
İkinci özellik yeniden üretilebilirliktir. Aynı anahtar her seferinde aynı kaydı üretiyorsa, test sonucu da değişmez; bir hatayı yakalayan senaryo, aynı anahtarla tekrar tekrar çalıştırılabilir. Üçüncü özellik paylaşılabilirliktir: kaydın arkasında korunması gereken bir taraf olmadığı için hata raporuna, ekran görüntüsüne veya ekip sohbetine rahatça konabilir.
Gerçek bir şirketin bilgileri neden denenmez?
En sık duyulan gerekçe “veri gerçekçi olmalı” cümlesidir. Gerçekçilik ile gerçeklik aynı şey değildir. Bir kaydın biçimi ülkenin kurallarına uyduğu sürece gerçekçidir; o kaydın gerçek bir işletmeden kopyalanmış olması gerekmez. Gerçek müşteri kayıtlarını deneme ortamına taşımak ise gerçekçilikten çok daha ağır sonuçlar doğurur.
Birincisi, kopyalanan her kayıt ikinci bir nüsha oluşturur. Üretim sisteminin güvenlik önlemleriyle deneme ortamının önlemleri nadiren aynı düzeydedir; deneme veritabanı daha geniş bir ekibe açıktır, yedekleri daha gevşek saklanır ve çoğu zaman kurulum sırasında gerçek unvanlarla doldurulur.
İkincisi, kopyalanan kayıt ticari bir sır da taşır. Bir şirketin vergi numarası, kayıt numarası, sözleşme bilgisi ve iletişim kişisi tek başına hassas sayılmasa da bir araya geldiğinde işletmeye ait bir dosya oluşturur. Böyle bir dosyanın nerede durduğunu takip etmek, sentetik bir kaydı takip etmekten çok daha zordur.
Üçüncüsü, silme işlemi sanıldığı kadar temiz değildir. Bir kopyayı silmek, o kaydın geçici dosyalarda, log kayıtlarında, hata raporlarında ve geliştiricinin kendi dizüstü bilgisayarında da bulunabileceği gerçeğini değiştirmez. Nerede olduğu bilinmeyen bir kopyayı silmek mümkün olmadığı için en güvenli yöntem, kopyayı hiç oluşturmamaktır. Konunun kişi tarafındaki karşılığı için gerçek veri yerine sentetik kayıt yazısına bakabilirsiniz.
Hangi akışlarda sentetik şirket kaydına ihtiyaç duyulur?
Her ekip aynı nedenle sentetik veri kullanmaz; ihtiyaç genellikle beş başlıkta toplanır.
- Kayıt ve başvuru formları: Zorunlu alanlar, unvan uzunluğu, karakter kümesi kuralları ve koşullu alanlar, henüz gerçek müşteri yokken denenir.
- Faturalama akışları: Kurumsal bir hesabın fatura bilgileri, vergi alanları ve adres alanlarıyla birlikte uçtan uca çalıştırılır.
- Ödeme altyapısı denemeleri: Bir ödeme hizmetinin sağladığı deneme ortamında kurumsal hesap açma ve kart doğrulama adımları sınanır.
- Bildirim ve belge şablonları: Sözleşme, fatura ve bilgilendirme metinlerinde unvanın, adresin ve numaranın nasıl göründüğü kontrol edilir.
- Toplu dolum ve yük denemeleri: Yüzlerce satırlık bir liste hâlinde kayıt üretilip tablonun, aramanın ve dışa aktarmanın davranışı ölçülür.
Bu başlıkların ortak noktası şudur: amaç yazılımın davranışını görmektir. Kaydın arkasında bir işletme olması hiçbir senaryoda işe yaramaz; aksine her senaryoda ek bir risk getirir. Ayrıntılı bir kontrol listesi için KYB deneme listesi iyi bir başlangıçtır.
Bir şirket kaydı hangi alanlardan oluşur?
Kurumsal bir kayıt, birbiriyle ilişkili alanlardan oluşan küçük bir bütündür. Alanların çoğu tek başına anlamsızdır; anlamını diğer alanlarla kurduğu tutarlılıktan alır. Ülke seçimi bunun en açık örneğidir: ülke değiştiğinde adresin yapısı, posta kodunun biçimi, telefonun ülke kodu ve numaralandırma düzeni birlikte değişir.
| Alan grubu | İçerdiği bilgiler | Neye bağlıdır |
|---|---|---|
| Kimlik | unvan, sektör, hukuki yapı | Ülkenin şirketler mevzuatı |
| Ölçek | çalışan aralığı, kuruluş yılı | Sektör ve iş modeli |
| Numaralar | kayıt numarası, vergi numarası | Ülkenin numaralandırma düzeni |
| Adres | sokak, şehir, idari bölüm, posta kodu | Ülkenin adres düzeni |
| İletişim | telefon, yetkili kişi | Ülke kodu ve bölge kodu |
Bu tabloyu kontrol listesi olarak kullanmak, kaydın eksik üretilmesini engeller. Örneğin adres üretilirken ülke alanı boş bırakılırsa, posta kodunun hangi biçime uyacağı belirsiz kalır ve doğrulama yanlış bir sonuç verir.
Bu kayıtlar gerçek bir şirket yerine kullanılabilir mi?
Hayır, kullanılamaz. Bu sitede üretilen kayıtlar yalnızca test amaçlıdır ve gerçek bir işletmeyi taklit etmek için kullanılmamalıdır. Biçimsel doğruluk bir kaydı ticari kanıt hâline getirmez; bir kurumun kendi kaydında bulunmayan hiçbir numara o kurum için geçerli değildir.
Bu ayrım pratikte iki soruyla netleşir. Birincisi: bu kaydı bir kuruma gösterip işletme hesabı açabilir miyim? Cevap hayırdır, çünkü kurumlar yalnızca kendi kaynaklarından gelen bilgiyi kabul eder ve sentetik kaydın kendi dosyalarında karşılığı yoktur. İkincisi: bu kaydı bir başkasının adına işlem yapmak için kullanabilir miyim? Cevap yine hayırdır ve bu kullanım aracın amacının tamamen dışındadır. Aradaki çizgiyi ayrıntılı biçimde sanal şirket verisinin sınırları yazısında ele alıyoruz.
Kurgusal kayıtların faydası, gerçek bir işletmenin bilgisini hiç ortaya koymadan yazılımı sınamaktır. Bu fayda, kaydın sınırları bilinerek kullanıldığında ortaya çıkar.
Geliştiriciler için: alan tasarımı ve deneme ortamı kararı
Bir şirket kaydını test verisi olarak kurarken ilk karar, alanların birbirine nasıl bağlandığıdır. Kayıt numarasının biçimi ülkeye, posta kodu şehre ve idari bölüme, telefonun ülke kodu hem ülkeye hem bölgeye bağlıdır. Bu alanları bağımsız üretmek, ilk bakışta fark edilmeyen ama tutarlılık kontrolünü sürekli tetikleyen bir hata üretir.
İkinci karar, her çalıştırmada yeni kayıt üretmek ile sabit bir örnek kullanmak arasındadır. İkisinin yeri farklıdır. Sabit örnek, belirli bir hatayı yakalamak ve o hatayı tekrar üretmek için gereklidir: bir hata kaydında gördüğünüz kaydı aynı anahtarla yeniden açabilmek, sorunun kaynağını bulmanın en kısa yoludur. Rastgele üretim ise kapsamı genişletmek için yararlıdır; farklı ülkelerden, farklı uzunlukta alanlarla ve farklı karakterlerle çalışan bir küme, tek bir örneğin gösteremeyeceği kırılmaları ortaya çıkarır. Bu iki yaklaşımın karşılaştırması için çevrimiçi üreticiler ve kütüphaneler yazısı işinize yarayabilir.
Üçüncü karar, kaydın işaretlenmesidir. Kaydın kurgusal olduğunu belirten bir etiket, bir bayrak veya sabit bir ön ek kullanmak; veri deneme ortamının dışına yanlışlıkla çıktığında kimsenin onu gerçek bir kayıt sanmasını engeller. Örnek unvanları da bilinçli olarak yapay seçin: “örnek ticaret limited şirketi” gibi bir ad, kaydı ilk bakışta ele verir.
Son olarak kaydı bir bütün olarak sınayın. Alanları tek tek doğrulayan bir kod, alanların birbiriyle uyumunu kendiliğinden kontrol etmez. Bu yüzden kümenizde hem bütün alanları doğru olan mutlu yol, hem de yalnızca bir alanı uyumsuz olan bozuk örnek bulunmalıdır. Üretim ortamına giden yolda ise kural nettir: bu kayıtlar yalnızca deneme ve demo ortamlarında yaşar, üretim veritabanına hiçbir zaman taşınmaz.
Sonraki adımlar
İlk adım, hangi testlerde sabit bir kayda, hangilerinde geniş bir kümeye ihtiyacınız olduğunu yazılı olarak belirlemektir; bu ayrım yapılmadan toplanan veri genellikle iki işi de yapmaz. İkinci adım, gerçek işletme kaydı kopyalama alışkanlığını tamamen bırakmaktır.
Kendi kümenizi hemen kurmak isterseniz test şirket verisi üreticisinde ülke seçip kaydı üretebilir, aynı kimlik anahtarıyla o kaydı her zaman geri getirebilirsiniz. Üretilen numaraların ülkeye göre nasıl değiştiğini görmek için ülkeye göre kayıt numaraları yazısı kısa bir özet sunar.
Bu yazıdaki bilgiler yalnızca yazılım geliştirme ve test çalışmaları içindir. Burada anlatılan yöntemlerle hiçbir gerçek işletme adına işlem yapılamaz, hesap açılamaz ve belge düzenlenemez.