Testteki Geliştirici nedir? [kapalı]


14

Kısa süre önce beni Testte Geliştirici pozisyonu için bir şirkete koymak isteyen bir işverenle konuşuyordum. Aslında yeni programlama teknikleri ve test hataları ve yazılımdaki geliştirmelerle uğraşabileceğiniz ancak standart son tarihler hakkında endişelenmenize gerek olmayan bir pozisyon gibi geldi. İşinizde çok yaratıcı olursunuz.

Ama bu açıklama benim için hala belirsizdi. Birkaç yıldır bir Web Geliştiricisi olarak, çoğunlukla PHP'de çalışıyorum. Bu yüzden, topluluktaki diğer kişilerin bu pozisyonların tipik olarak neyi gerektirdiğini daha fazla biliyor olup olmadığını bilmek istedim.

Bu forum için uygun bir konu olmayabilir, ama Stack Exchange arasında bulabildiğim en uygun olduğunu biliyorum ve burada sormak için başka hiçbir yerde olmadığı için bu kapalı olmasaydı gerçekten takdir ediyorum .

Googling'i denedim, ancak orada çok fazla bilgi yok. Testte bir Geliştirici tam olarak nedir?


Bu yardımcı olursa, genellikle "skunkworks" denir.
Adrian

'Test Etme' anlamına gelmediğinden emin misin? 'Testteki geliştirici' terimini hiç duymadım. İşveren terminolojisini yanlış yapmış olabilir mi? İlk kez olmaz.
GrandmasterB

Daha önce hiç duymadım, bu yüzden ona birkaç kez emin olmasını istedim. Şirketle yakında kendileri için ne anlama geldiğini konuşacağım. Sadece bunun ne olduğuna dair bir kafa istedim. Kombine duyduğum birçok şey olabilir gibi geldi.
Patrick

1
Eminim işveren açılış için olan başlık budur ... Benim şüphe o sadece doğru iş unvanı olmayabilir bilmek yeterli bilmiyor olmasıdır. Veya belirli bir şirketin belirli bir unvanı nasıl ifade ettiği olabilir, çünkü bitiş sonunu eklemek için çok tembeller.
GrandmasterB

2
Aşağıdaki üç cevap hemen hemen özetliyor. Testteki bir geliştirici, geliştirme becerilerine sahip bir KG mühendisidir, bu yüzden manuel test yapmaktan daha fazla otomatik testler yazması beklenir.
Michael Brown

Yanıtlar:


27

Testte Yazılım Geliştirme Mühendisiyim ve 2 ayrı şirkette çalışıyorum. Şu anda Microsoft için çalışıyorum.

Genel anlamda Bryan Oakley doğrudur: yazılımı test eden bir yazılım yazarsınız.

Bunun ötesinde, deneyim seviyenize, sorumluluklarınızın kapsamına ve işverenin üreteceği yazılım türüne bağlıdır. Bir SDET pozisyonu, özellik seviyesi doğrulama testlerinin temellerinden, bu testleri yapmak için test altyapısının yazılmasına ve sürdürülmesine kadar herhangi bir şey yazmayı içerebilir. Belirli gereksinimler için odaklanmış test konusunda uzmanlaşmış SDETS'ye sahip olmak da nadir değildir (test güvenliği, performans / ölçek, kullanılabilirlik, vb. Hemen akla gelen örneklerdir).

İşverenden aldığınız açıklama kötü satış tekniği gibi geliyor.

  • Kıpır kıpır değilsin; Sahip n günden fazla test kapsamını otomatik almak için x konuşlandırılan özellikleri y farklı desteklenen ortamlar z dilleri.
  • Oh, btw: bu testlerin geliştiricilerin hızlı bir geliştirme / test döngüsüne sahip olması için yeterince hızlı çalışması gerekiyor çünkü ...
  • Standart son teslim tarihiniz yok mu? Ürünün kalitesinden siz sorumlusunuz ve çıkış tarihi 6 ay önce pazarlanarak belirlendi. Geliştirici ekibi 6 hafta geç kaldı ve test ekibinize istikrarlı bir yapı sunuyor ve şirket bu yeniden çıkış tarihini zorlamıyor (tekrar). Ürün veya hizmet, aynı gün içinde birkaç milyon (milyar) kişiye salım sağlayacak kadar kararlı mı?
  • ... ve müşteriler ( ne zaman ) sorunla arayacaksa ... "Neden önce (cehennem) yakalamadın?"

Umarım bu size SDET olmanın nasıl bir şey olduğuna dair bir örnek verir.


Geliştiricilerin ve QA'lıların şu anda olduğum zamanda aynı anda aldıkları gibi görünüyor. Ama çok daha açık bir tanımlamayı gerçekten takdir ediyorum.
Patrick

1
@pthurmond: Özellikle şirket kalite konusunda ciddiyse, genellikle ödüllendirici bir deneyimdir. Bir SDET'in bir geliştiriciden daha fazla kod yazması nadir değildir, ancak bu projenin aşamasına bağlı olabilir. Manuel test işlemden asla% 100 geçmez.
Steven Evers

Tamam, bu yüzden şirketle konuştum ve tamamen tanımlanmayan yepyeni bir pozisyon olarak tanımladılar. Ancak esasen, diğer geliştiricilerin kodunu kırmak için tasarlanmış kod ve otomatik testler yazan bir KG kişisidir. Kulağa ilginç geliyor.
Patrick

1
Vay canına SDET pozisyonunu almadım. Yazılım geliştirmeyle ilgili nefret ettiğim her şeye benziyor.
ldog

8

"Testteki geliştirici" genellikle KG departmanında veya KG rolünde olduğunuz anlamına gelir, ancak odak noktası manuel test senaryoları oluşturmak ve çalıştırmak yerine otomatik testler yazmaktır. Yazılım test etmek için yazma yazılımı olarak şey. Hem programlama becerisini hem de yazılım testini iyi anlamayı gerektirdiğinden, özellikle zorlu bir kariyer seçimi olabilir.

Bununla birlikte, farklı unvanlar farklı şirketler için farklı anlamlar ifade eder, bu nedenle kesin cevap işverenden gelmelidir.


Hmm, tanıdığım KG insanlarının çoğu gelişme yalamıyor. Belki de bu ayrımın geldiği yerdir.
Patrick

2
@pthurmond: haklısın: KG'deki çok sayıda insan herhangi bir yazılım geliştirme yapmıyor. Testte yazılım mühendisi olarak da adlandırılan testteki geliştiricinin rolü nispeten yeni bir alandır.
Bryan Oakley

1
KG'de çalıştığım insanlar gelişiyor. Çoğunlukla sürümlerde regresyon çalıştırabilen betik.
Rig

1

SDET rolü, tüm farklı isimleriyle kanıtlandığı gibi, hemen hemen sizin yaptığınız şeydir: KG / Geliştirici, KG Mühendisi, Otomasyon Geliştirici. Şu anki başlığım aslında bu işe girmeden önce çağrıldığını duymadığım Test Mühendisi. Belirli bir unvandan bağımsız olarak, çoğu şirkette yeni bir konumdur, bu nedenle beklentiler gevşek olabilir. Msgstr "Testlerimizi ve diğer şeyleri otomatikleştirmemize yardımcı olun ...". Bunlar arasında CI araçları, API testi, bulut hizmetleri, dahili sistemlerle entegrasyon vb.

Bu iş parçacığında göremediğim işin bir başka yönü de süreç iyileştirmedir. SDET'ler tipik olarak bir süredir KG yapıyor ve yine yöneticileri de dahil olmak üzere KG ekibinin geri kalanından daha teknik. Test edilen sistem hakkında çok şey biliyorlar, yani "cesetlerin gömüldüğü yer". Bu nedenlerle, SDET'ler yönetim tarafından dinlenmeye eğilimlidir ve sadece test sürecini değil, aynı zamanda ürünün nasıl inşa edildiğini de süreç üzerinde çok fazla etkiye sahip olabilir. Eğer bu hoşunuza giderse, hangisi havalı olabilir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.