یک حقیقت که اغلب تکرار می شود: "ارسال نرم افزار خوب دشوار است". هنگام ارسال نرم افزار خوب ، آزمایش بسیار مهم است.در حالی که ابزارهای زیادی وجود دارد که تست های خودکار را در حد امکان ممکن می سازند ، اما اجرای تأیید دستی در بین تیم ها اغلب به نظر می رسد بسیار موقت و مستعد است.اما چرا اصلاً تست دستی انجام می شود؟آیا آزمایش خودکار کافی نیست؟بدون شک - تست خودکار بسیار مهم است.با این حال ، آزمایش های خودکار کارهایی مانند کشف اینکه رابط کاربری شما گیج کننده باشد ، انجام نمی شود.آزمایش های خودکار اغلب اوقات پیچیده است و خود دارای اشکالات است.همه تست ها می توانند بگذرد و هنوز هم می توانید در نرم افزار شما یک اشکال وجود داشته باشد.خط بعدی دفاع تست QA دستی است - در واقع با استفاده از محصول.گروه هایی با تیم QA اختصاصی ، مسئولیت های آزمایش را از توسعه دهندگان جدا می کنند.در تئوری ، این امر به آزمایش كنندگان می دهد كه روی آزمایش و تمركز تمركز كنند تا روی توسعه تمركز كنند.در عمل ، گاهی اوقات می تواند ارتباط بسیار ضعیفی بین تیم ها و اشکالات به بازار عرضه شود.به طور فزاینده ، تیم ها نقش های توسعه و QA را با هم ادغام می کنند.اکنون انتظار می رود تیم های dev و product فقط مسئولیت کیفیت نرم افزار خود را بر عهده بگیرند.با این حال اعضای تیم احساس نمی کنند که آنها ایده خوبی در مورد آزمایش دقیق یا نحوه تقسیم مسئولیت ها دارند.این به ناچار منجر به پوشش نامناسب کد و اشکالات در تولید می شود!ScrimmageQA تصمیم گیری در زمینه خودکار سازی هماهنگی روند QA شما است.هدف ما این است که روند فعلی شما را تقویت کند و با تیم های QA اختصاصی ، تیم های خود تست و همکاری با تست خودکار کار کند.ما به شدت اعتقاد داریم که آزمایش خودکار و دستی باید با همکاری کار کند و حتی می تواند به صورت دوره ای یکدیگر را صادقانه نگه دارد.