په لوبې پراختیا کې، اعتماد د NDAs یا چڼاسکه ډکونو سره جوړ نه کیږي. دا په crunch اونۍ کې جوړ شوی دی، د پیل څخه مخکې کاوه، او د پیل وروسته آتشې - کله چې ستاسو د QA شریک یا وړاندې کوي یا ناپیدا کیږي. په SnoopGame، موږ د 350 څخه زيات پروژو کې د اعتماد د فشار ازموینه کړي. له سولو انډی ډیزاین څخه د میلیونونو په لټه کې نندارتونونو ته، موږ یو نمونې وګورئ: کله چې د کیفیت د تضمین په سمه توګه ترسره کیږي، دا غیرقانوني وي - نه ځکه چې دا ندي، خو ځکه چې هیڅکله نه کولی شي. QA is easy to sell. It’s hard to scale. ډیری سټیوډونه د QA په توګه د لګښت مرکز فکر کوي. د اړین بد. د مرحله. موږ د وروستیو کچه د دې ثابت کولو لپاره پیژندل شوي دي چې دا د دغو څهونو څخه نه دی. QA یو اړیکه ده. او د اړیکو په کچه ورکولو - نه یوازې یو headcount - دا سخت برخه ده. د سولو ډیزاین لپاره د تاکتیکي ملاتړ ته اړتيا لري: "د هغه څه چې خراب شوی دی، او چرا." د منځني کچه استوګنې د سیستمونو ته اړتيا لري: ریګسیس جریانونه، واضح پوښښ، د پلیټ فارم ځانګړي ازموينه. یو چاپونکي د ثبوت ته اړتیا لري: "کیا تاسو کولی شئ په 3 وختونو کې د 12 ساعتونو خبرتیا سره په 10x ظرفیت کې وړاندې کړئ؟ موږ باید د ټولو درې لپاره جوړ کړي - د تودوخې یا بیوروکراتیک نلري. دا معنی لري چې د پروسه پرته له رطوبت، د رطوبت پرته راپور ورکړي، او ټسټونه چې هر دوی کولی شي د بریښنا په لټه کې ونیسئ او توضیح کړي چې څنګه دا د لوبغاړي تجربه لپاره مهم وي. Why scaling QA fails (and how we avoided it) دلته دا دی چې معمولا لومړی ځي کله چې QA پیل کوي: مخکښ - ټیسټرونه د لوبې یا ژانر نه پوهيږي. دوی د لګښتو په صورت کې لوبغاړي به په ساعت کې یو ځي. مواصلات - راپور ورکولو په اوږدو کې، عمومي یا نادره کیږي. متوافقیت - نوی ټیسټرونه = نوی زده کړې curve = regression holes. موږ د دې سره : کوچني ټیمونه د لوبې ډول (FPS، پازل، sandbox، او داسې نور)، پلیټ فارم (کونسول، ګرځنده، کمپیوټر) او سټیوب ډول له مخې روزل کیږي. دوی په هورمون کې کچه کولی شي، نه هیراریک. تاسو نه یوازې "5 نور ټیسټرونه" ترلاسه کړئ - تاسو کولی شئ هغه خلک ترلاسه کړئ چې اوس هم فکر کوي چې ستاسو لوبغاړي یې کوي. domain-specific pods دا هغه څه دی چې د اعتماد کثافاتو کوي. موږ په کوره توګه نه راپټوي. موږ په لومړنۍ وخت کې راکړئ. Deadlines don’t bend. We don’t pretend they do. د AAA وختونه مهم نه دي که ستاسو ټیم خسته وي. دوی اړتیا لري که ستاسو د ورځ 1 پټونه د بریښنا بګ شامل دي. زموږ تر ټولو لوړ شرط پروژو کې یو ټیکیکي سټرایټ شامل دي چې د یو لوی ټولنې او د عامه روښانه نقشه لري. موږ د پیل مخکې 3 اونۍ کې داخل شوي دي - د داخلي QA نه د ډیرو لوبغاړي سره تړل شوي، د 14 لوبغاړي موډلونه، او نه مناسب ریګریسی مټریکس. موږ په 48 ساعتونو کې یو جوړ کړ. په 3 ساعتونو کې د 2 بدلونونو کارول. او په 21 ورځو کې 80 + جوړونه آزموینې. موږ دا د بریالیتوب په توګه نه وټاکو. موږ دا په نږدې کېدای شي - او بیا د پیرودونکي سره کار وکړئ ترڅو د پایلو ازمايښت پایلې جوړ کړي. دا د لټون سپارښتنې او د لوبې ملاتړ تر منځ د فرق دی. Indie or enterprise, the trust equation is the same تاسو د "QA متخصصان" ته اړتیا نلري. تاسو د QA همکارانو ته اړتیا لرئ چې ستاسو د لوبې، ستاسو د فشار، او ستاسو د لوبغاړي بنسټ درکوي. لکه څنګه چې موږ SnoopGame جوړ کړ - نه تر ټولو لوی، خو د فشار لاندې تر ټولو اعتماد وړ. که څه هم دا یو جوړ یا د درې کاله روښانه نقشه ده، زموږ کار ساده دی: ډاډه وکړئ چې ستاسو لوبغاړي تجربه وکړي چې تاسو جوړ کړئ - نه هغه څه چې تاسو له لاسه ورکړئ.
![[Writing Prompt] Thrilled to be Recognized as [*Insert Award Title Name*]](https://hackernoon.imgix.net/images/VtoJ3xJJ7EOwWbJEq11aca6nNNh1-bd93wj3.jpeg?auto=format&fit=max&w=3840)
