دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
ویرایش:
نویسندگان: Kanglin Li. Mengqi Wu
سری:
ISBN (شابک) : 9780782143515, 0782143512
ناشر: Sybex
سال نشر: 2004
تعداد صفحات: 464
زبان: English
فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود)
حجم فایل: 8 مگابایت
در صورت تبدیل فایل کتاب Effective GUI Testing Automation: Developing an Automated GUI Testing Tool به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب اتوماسیون تست مؤثر GUI: ایجاد یک ابزار تست خودکار GUI نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
مشکلات عمدهای که من در اتوماسیون تست با آن مواجه شدهام، فنی نیستند، بلکه مدیریتی هستند: به ندرت پیش میآید که کسانی که دارای اختیارات برنامهریزی و تصمیمگیری هستند، درک لازم را از چیستی اتوماسیون تست و نحوه انطباق آن با چرخه توسعه/تست داشته باشند. این \"آزمایش دستی تسریع شده\" و \"ضبط و پخش\" نیست، اگرچه ممکن است حاوی عناصر هر دو و بیشتر باشد. این یک تلاش توسعه ای در نوع خود است و نیاز به مدیریت دارد. من از بسیاری از ابزارهای اصلی اتوماسیون تجاری استفاده کردهام و سایر ابزارهای داخلی را توسعه دادهام و هیچکدام از آنها گلولههای نقرهای نیستند که فروشندگان آنها (و مبشرهای داخلی) ادعا میکنند. در گذشته، برای نوشتن ابزار تست رابط کاربری گرافیکی با ویژگیهای کامل داخلی خود، به سختی میتوانستید به مدیریت رسیدگی کنید. این نیاز به یک مجموعه مهارت توسعهدهنده دارد که بسیاری از افراد در QA - حتی آنهایی که در تیمهای اتوماسیون حضور دارند - همیشه از عمق کافی برخوردار نیستند (غیر از ذکر این واقعیت که اکثر کسانی که مهارتها را دارند تصمیم میگیرند که درآمد بیشتری در توسعه کسب کنند). کاری که بلوغ دات نت و کتابخانه اتوماسیون رابط کاربری مایکروسافت انجام داده است، به عقیده من، قرار دادن نوشته روی دیوار ابزارهای تست UI تجاری مانند QTP و تستر عملکردی است (WinRunner در پشتیبانی از زندگی است و به زودی حذف خواهد شد). از آنجایی که برنامه های دسکتاپ بیشتری به سمت دات نت و به طور فزاینده ای 64 بیتی بومی گرایش پیدا می کنند، ابزارهای تجاری در تلاش برای حفظ سرعت خود هستند. این کتاب مزایایی را که توسعهدهندگان اتوماسیون در ایجاد ابزارهای اتوماسیون خود برای برنامههای مبتنی بر دات نت دارند، نشان میدهد، در درجه اول به لطف پیوند نزدیک با فضای نام بازتاب، کتابخانههای اتوماسیون UI و سرویسهای COM interop. مجموعه مهارت های زبان سی شارپ یا VB.NET، اگرچه بی اهمیت نیست، با نوشتن کد C COM/ATL یکسان نیست، که تنها گزینه قابل قبول یک دهه پیش برای ایجاد یک ابزار اتوماسیون بود. افرادی که از پسزمینه کدنویسی زبان اسکریپت میآیند، ترجیحاً با برخی از برنامهنویسیهای بومی Win32 در گذشته خود، باید نسبتاً روان به زبانهای داتنت انتقال یابند. اگر آنها درک کاملی از تفاوتهای بین تست واحد، ادغام و تست سیستم داشته باشند، در این کتاب چیزهای زیادی وجود دارد که هم به معنای واقعی کلمه و هم به عنوان یک پایه مفهومی برای ایجاد یک ابزار اتوماسیون حتی بیشتر متناسب با نیازهای برنامه خاص شما استفاده میشود. من معمولاً در مورد بررسی های دیگر اظهار نظر نمی کنم، اما باید بگویم که نمونه های کتاب روی محیط دسکتاپ XP SP3 من که آخرین نسخه فریم ورک دات نت را اجرا می کند، به خوبی کار می کند. من مطمئنم که تجربه ناامیدکننده آن شخص به مدت 20 سال در اطراف توسعه و آزمایش نرم افزار بوده است، اما این ناعادلانه است که به همه خوانندگان این تصور را بدهیم که کتاب حاوی کد بدی است. آنچه در این کتاب به وفور وجود دارد به طرز دردناکی انگلیسی بد است. این را با هیچ بی احترامی به نویسندگان نمی گویم. من مطمئن هستم که آنها بهترین کار خود را انجام می دهند و به عنوان کسی که فقط به یک زبان صحبت می کند (و اغلب با آن مشکل دارد)، به هر کسی که سعی در یادگیری و استفاده از زبان دیگری را دارد، به ویژه در زمینه فنی، احترام می گذارم. انتقاد من متوجه ویراستاران Sybex است، که واقعاً با اجازه دادن به یک کتاب مهم بدون بررسی کافی، توپ را در اینجا رها کردند.
The major problems I've encountered with test automation are not technical but managerial: It's rare that those with the planning and decision-making authority have the neccessary understanding of what test automation is and how it fits into the development/testing cycle. It's not "sped-up manual testing" and it's not "record and playback", although it may contain elements of both and more. It's a development effort in its own right and needs to be managed as such. I've used many of the major commerical automation tools and developed others in-house and none of them are the silver bullets their vendors (and in-house evangelists) claim they are. In the past, you would have been hard-pressed to make the case to management for writing your own in-house full featured GUI testing tool. It required a developer skill set that many in QA - even those on automation teams - don't always have in sufficient depth (not to mention the fact that, most who do have the skills choose to make more bucks over in development). What the maturing of .NET and Microsoft's UI Automation Library have done, I believe, is put the writing on the wall for commercial UI test tools such as QTP and Functional Tester (WinRunner is on life-support, soon to be removed). As more desktop applications themselves gravitate towards .NET and, increasingly, native 64-bit, commercial tools are struggling to keep pace. This book demonstrates the advantages automation developers have in creating their own automation tools for .NET-based applications, thanks primarily to the close tie-in with the reflection namespace, UI automation libraries and COM interop serivces. The C# or VB.NET language skill set, while not trival, is not the same as writing C++ COM/ATL code, which would have been the only plausible option a decade ago to create an automation tool. People coming from a script language coding background, preferably with some native Win32 programming in their past, should transition to .NET languages relatively smoothly. If they have a solid grasp of the differences between unit testing, integration and system testing, there's much in this book to apply both literally and to use as a conceptual base for creating an automation tool even more tailored to your specific application needs. I don't usually comment on other reviews but I have to say the examples in the book worked just fine on my XP SP3 desktop environment, running the latest version of the .NET framework. Having been around software development and testing for 20+ years I'm sure that person's frustrating experience was genuine, but it's unfair to give all readers the impression the book contains bad code. What the book does contain in abundance is painfully bad English. I don't say this with any disrespect towards the authors. I'm sure they are doing their best and, as someone who speaks only one language (and struggles often with it), I respect anyone who attempts to learn and use another, especially in a technical field. My criticism is aimed at the Sybex editors, who really dropped the ball here by letting an important book out the door without adequate review.