در PyUseCase نرم افزار تست GUI برای PyGTK است.
تست GUI نگهداری با استفاده از ضبط مورد
ضبط قصد به جای مکانیک
راه طبیعی ترین برای ایجاد آزمون از طریق یک رابط کاربری است که به سادگی انجام اقدامات می خواهید به انجام و ابزاری است که می توانید آنها را ضبط و سپس آنها را بعد تولید کنند. این یک راه ساده و سریع برای ایجاد آزمون GUI است و وجود ابزار های بسیاری که انجام این کار وجود دارد.
اکثر ابزارهای چند آزمون محکم به GUI
مشکلات شروع هنگامی که شما به چند آزمایش و تغییرات GUI شما. ضبط ممکن است یک راه بسیار خوبی برای ایجاد آزمون اما هنوز راه وحشتناک برای حفظ تعداد زیادی از آنها است. این خطا، خسته کننده و بسیار وقت گیر است هنگامی که شما یک آزمون چند. اولین نسل از ابزار ثبت موقعیت پیکسل و شکست به عنوان به زودی به عنوان صفحه نمایش با وضوح خود را به شما تغییر کرده است. امروز ابزار معامله در نظر مکانیک GUI: پیدا کردن یک جدول با نام خاص و کلیک کنید در ستون سوم از سطر چهارم. آنها می توانند تغییرات صفحه نمایش و جزئی مجدد ترتیبات از GUI زنده ماندن اما بسیار دیگری نیست. اسکریپت های ثبت شده متراکم هستند و هدف از آزمون انتقال نیست، و یک کتاب بسته به تمام مردم غیر فنی (و گاهی اوقات به هر کس به جز نویسنده از ابزار).
مشکل این است که اساسا یکی از جفت. آزمایش و رابط کاربری گرافیکی شدیدا به یکدیگر همراه است و می تواند مستقل از یکدیگر نمی راحتی متفاوت باشد. این نکته به خوبی توسط رابرت سی مارتین در وبلاگ خود در اینجا ساخته شده است و نتیجه گیری او این است که تست GUI ذاتا شکننده و شما باید به عنوان کمی از آن را به عنوان شما را با می توانید دریافت کنید.
این به نظر می رسد و نه تسلیم هر چند. است ارزش بسیار زیادی در توانایی برای نشان دادن آنچه آزمون خود را به یک کاربر از سیستم کار وجود دارد. اگر آزمایشات دور زدن رابط کاربر پس از آن که فرایند خواستار یک مقدار عادلانه از مهارت های فنی و بسیاری از اعتماد از بخشی از کاربر خود را. و به هر حال، توسعه دهندگان نرم افزار حل مشکلات جفت تمام وقت. پاسخ این است، به طور معمول، به معرفی سطح دیگری از بیراهه.
شکستن جفت با یک نقشه UI
کسب و کار مردم و کاربران به طور کلی در موارد استفاده از کار می کنند. یعنی که از دامنه: این توصیف سطح بالا از دنباله ای از اعمال در یک زبان آنها را درک می باشد. این ایده از یک "استفاده از ضبط مورد" ابزاری است که می توانید ضبط و پخش این توالی ها و در نتیجه جذب قصد از کاربر است بنابراین. این پس از آن اجازه می دهد افزایش درک، وابستگی کمتر بر روی فرم دقیق تر و آسان تر GUI تنظیم آزمون های موجود بدون توسل به کلیک تمام دکمه های دوباره.
مکانیسم اساسی این است که ما حفظ نگاشت بین اقداماتی که در حال حاضر می تواند با GUI و اظهارات ما در این زبان دامنه انجام شود. تغییرات GUI به این معنا که این نقشه تنها باید بهروز شود، اما می تواند دست نخورده باقی می ماند آزمون، در ادامه به توصیف آنچه باید در سطح مفهومی انجام شود. این نقشه برداری به شکل یک فایل خارجی در PyUseCase 3.0 و آینده JUseCase 3.0، در حالی که در نسخه های قدیمی تر آن طول می کشد به شکل ابزار دقیق در کد برنامه.
چک کردن رفتار از طریق سیاهههای مربوط و TextTest
بنابراین ضبط مورد استفاده ما می توانید ضبط و پخش usecases برای ما. اما چگونه می توانید بررسی می کنیم که آنچه که ما بر روی صفحه نمایش درست است؟ اکثر ابزارهای GUI انجام این کار با اجازه دادن به اسکریپت آزمون شامل "اظهارات"، که نگاه کردن برخی از ویجت و بررسی کنید که برخی از اموال از آن را به یک مقدار hardcoded برابر است. این باعث بوجود آمدن وابستگی بیشتری در طرح GUI فعلی و نمی تواند "ثبت" به هیچ وجه طبیعی است، اما به در پس از این واقعیت برنامه ریزی کرد. نه "usecase" به طور طبیعی حاوی این اطلاعات است: اگر آن را انجام داد آن را به یک اسکریپت آزمون تبدیل شود.
این بحث است که بر روی سایت TextTest برای هیچ چیز نیست. اگر ما فقط می توانیم برنامه ما برای تولید یک ورود از آنچه که به نظر می رسد مانند GUI ما می توانید بررسی کنید آنچه در آن با نظارت بر محتوای آن ورود با استفاده از TextTest می کند دریافت کنید. PyUseCase 3.0 این برای شما: آن را تولید نوع سیاهه ASCII-هنر ظاهر فعلی GUI و نظارت بر تغییرات به آن. برنامه کاربردی می توانند آن را با ورود به سیستم خود را تکمیل آن را به عنوان خواسته. با دیگر دستگاه های ضبط مورد استفاده در این برنامه نیاز به ساخت ورود خود را برای این منظور در حال حاضر.
آزمون Synchronising کد ابزار دقیق
تقریبا تمام تلاش تست GUI توسط مشکلات با اطمینان از اسکریپت منتظر به اندازه کافی بلند قبل از ادامه زمانی که چیزی در پس زمینه اتفاق می افتد رنج میبرند. راه حل محدوده از راه محرمانه به صبر برای برخی از ویجت به ظاهر خاص (هنوز وابستگی بیشتر در GUI-مکانیک) به "خواب" اظهارات آزادانه در اطراف پراکنده است. که شکست زمانی که سیستم بارگذاری شده و باعث می شود که آزمایش برای اجرای بسیار آهسته تر از آنها در غیر این صورت. همه بدون دانش صمیمی از فعال است غیرمجهز برای حل مشکلاتی از این قبیل، با این حال انجام این کار یک بخش حیاتی از آزمون کتبی است.
ضبط مورد استفاده معرفی مفهوم "رویداد برنامه". این است که اساسا برخی از ابزار دقیق در کد است که نشان می دهد به ضبط مورد استفاده که چیزی اتفاق افتاده است که باید برای صبر شود، در نتیجه اجازه می دهد ضبط برای ضبط و پخش منتظر و همچنین کلیک. این در جزئیات بیشتر در اینجا شرح داده.
ضبط ماکرو و همچنین آزمون
در سطح بالا، "usecases" به راحتی دستکاری برای چیزهای دیگر از تست مفید هستند. آنها همچنین بسیار مفید برای کاربران سیستم است که می تواند ماکروها خود را برای توالی اقدامات آنها غالبا انجام ایجاد شده است.
اینها به عنوان "کلید های میانبر GUI" در اینجا شناخته شده است. ضبط مورد استفاده به طور معمول یک برنامه اجازه درخواست "نوار ابزار" از آن که شامل کنترل برای ضبط و پخش مجدد آنها را که می تواند به GUI نرم افزار قرار داده شده که مورد نظر. علاوه بر این کاربران اجازه می دهد برای ایجاد ماکروها، آنها همچنین می توانند مورد استفاده قرار گیرد برای ایجاد انتزاعی سطح و حتی بالاتر برای "زبان آزمون" در بالا شرح داده شد، کمک در انجام تست های مکرر اقدامات برای رسیدن به یک صفحه نمایش خاص برای آزمایش. این در جزئیات بیشتر در اینجا شرح داده.
اطلاعات بیشتر را می توان در صفحه اصلی پروژه در بر داشت
در چه در این نسخه جدید است.
پشتیبانی بسیار اساسی برای wxPython اضافه شد.
همچنین تعدادی از پیشرفت و رفع اشکالات برای PyGTK وجود دارد. قابل ذکر است، در حال حاضر gtk.Dialog.run بدون نیاز به تغییرات کد منبع پشتیبانی می کند.
پایتون 2.6 و 2.12 PyGTK یا زود در حال حاضر مورد نیاز است.
رابط مبتنی بر ابزار دقیق میراث حذف شده است.
در مورد نیاز:
پایتون
PyGTK
TextTest
نظر یافت نشد