این مقاله انگلیسی ISI در نشریه الزویر در سال 2018 منتشر شده که 17 صفحه می باشد، ترجمه فارسی آن نیز 26 صفحه میباشد. کیفیت ترجمه این مقاله عالی بوده و به صورت کامل ترجمه شده است.

نوشته دانلود ترجمه مقاله اولویت بندی مورد آزمون بر اساس مدل به وسیله قانون کاوی همبستگی (اسپرینگر 2018) اولین بار در ترجمه فا پدیدار شد.

این مقاله انگلیسی ISI در نشریه ساینس دایرکت (الزویر) در 11 صفحه در سال 2018 منتشر شده و ترجمه آن 19 صفحه میباشد. کیفیت ترجمه این مقاله ویژه – طلایی ⭐️⭐️⭐️ بوده و به صورت کامل ترجمه شده است.

مشخصات مقاله انگلیسی
فرمت مقاله انگلیسی	pdf و ورد تایپ شده با قابلیت ویرایش
سال انتشار	2018
تعداد صفحات مقاله انگلیسی	11 صفحه با فرمت pdf
نوع مقاله	ISI
نوع نگارش	مقاله پژوهشی (Research Article)
نوع ارائه مقاله	ژورنال و کنفرانس
رشته های مرتبط با این مقاله	مهندسی کامپیوتر، فناوری اطلاعات
گرایش های مرتبط با این مقاله	مهندسی نرم افزار، طراحی و تولید نرم افزار
چاپ شده در مجله (ژورنال)	پروسدیا علوم کامپیوتر – Procedia Computer Science
کلمات کلیدی	تست نرم افزار، مدل V، توسعه چابک، الزامات، اشکال زدایی
کلمات کلیدی انگلیسی	Software Testing – V-model – Agile Development – Requirements – Debugging
ارائه شده از دانشگاه	گروه نرم افزار و سیستم های اطلاعاتی، دانشکده ارتباطات و فناوریهای دیجیتال، دانشگاه موریس
نویسندگان	Mundita AWOTAR، Roopesh Kevin SUNGKUR
شناسه شاپا یا ISSN	ISSN 1877-0509
شناسه دیجیتال – doi	https://doi.org/10.1016/j.procs.2018.05.142
بیس	است ✓
مدل مفهومی	ندارد ☓
پرسشنامه	ندارد ☓
متغیر	ندارد ☓
رفرنس	دارای رفرنس در داخل متن و انتهای مقاله ✓
کد محصول	10628
لینک مقاله در سایت مرجع	لینک این مقاله در نشریه Elsevier
نشریه الزویر

نوشته دانلود ترجمه مقاله بهینه سازی تست نرم افزار (ساینس دایرکت – الزویر 2018) (ترجمه ویژه – طلایی ⭐️⭐️⭐️) اولین بار در ترجمه فا پدیدار شد.

این مقاله انگلیسی ISI در نشریه ساینس دایرکت (الزویر) در 27 صفحه در سال 2017 منتشر شده و ترجمه آن 57 صفحه میباشد. کیفیت ترجمه این مقاله ویژه – طلایی ⭐️⭐️⭐️ بوده و به صورت کامل ترجمه شده است.

مشخصات مقاله انگلیسی (PDF)
سال انتشار	2017
تعداد صفحات مقاله انگلیسی	27 صفحه با فرمت pdf
رشته های مرتبط با این مقاله	مهندسی کامپیوتر و فناوری اطلاعات
گرایش های مرتبط با این مقاله	مهندسی نرم افزار و طراحی و تولید نرم افزار
مجله	فناوری اطلاعات و نرم افزار – Information and Software Technology
دانشگاه	گروه تحقیقاتی مهندسی نرم افزار، گروه مهندسی کامپیوتر، دانشگاه هاتپت، آنکارا، ترکیه
کلمات کلیدی	آزمون نرم افزار، مدیریت آزمون، فرآیند آزمون، بلوغ آزمون، ارزیابی فرآیند آزمون، بهبود فرآیند آزمون، ادبیات پیشینه چند متغیره، ادبیات پیشینه سیستماتیک
شناسه شاپا یا ISSN	ISSN 0950-5849
رفرنس	دارد ✓
لینک مقاله در سایت مرجع	لینک این مقاله در نشریه Elsevier
نشریه الزویر

• فهرست مطالب:

چکیده

مقدمه

پیشینه و کارهای مرتبط

مرور مختصر ارزیابی بلوغ آزمون نرم افزار و بهبود فرآیند آزمون

مروری بر ادبیات پیشینه چندمتغیره

MLR در دیگر زمینه ها

MLR در sE

کارهای مرتبط: مطالعات ثانویه در حوزه ی TMA/TPI

روش تحقیق

مرور

هدف و پرسش های مرور و بررسی

گروه 1- رایج در مطالعات SM

گروه 2- مختص حوزه (TMA/TPI)

گروه 3- توجه به این موضوع از تحقیق در برابر جامعه فعالان

جستجو و انتخاب گزینه ها

انتخاب منبع، کلمات کلیدی تحقیق و رویکرد تحقیق

معیار دربرگیری/حذف و رای گیری

مجموعه نهایی و مخازن آنلاین

توسعه نقشه ای سیستماتیک و برنامه استخراج داده ها

استخراج و تحلیل داده ها

نتایج

گروه 1، پرسش های رایج برای همه ی مطالعات SM

ترسیم منابع توسط قسمت سهم (RQ 1.1)

ترسیم منابع توسط بخش تحقیقاتی (RQ1.2)

گروه 2- RQ مختص حوزه (TMA/TPI)

مدل های بلوغ آزمون پیشنهادی (RQ 2.1)

مدل های بلوغ مبنا مورد استفاده برای توسعه مدل های جدید (RQ 2.2)

محرک ها (RQ 2.3)

چالش ها (RQ 2.4)

مزایا (RQ 2.5)

روش هایی برای TPI (RQ 2.6)

ویژگی های کمپانی ها/پروژه های مطالعه موردی در این مطالعه (RQ 2.8)

RQ هایی در مورد روند و جمعیت شناختی

سطح توجه در ادبیات رسمی و خاکستری (RQ 3.1)

بحث

خلاصه ی یافته ها و مفاهیم تحقیق

گروه 1، رایج در همه ی مطالعات SM

گروه 2، مختص حوزه (TMA/TPI)

گروه 3- روند و جمعیت شناختی

مقایسه یافته های این بررسی با نتایج بررسی های پیشین

تهدیدات بالقوه به روایی

روایی درونی

روایی ساختاری

روایی نتیجه گیری

روایی خارجی

نتیجه گیری و کارهای آتی

• بخشی از ترجمه:

8. نتیجه گیری و کارهای آتی
به منظوری شناسایی موارد جدید و شیوه ها در این حوزه، و برای درک آنچه که در مورد TMA/TPI می دانیم، در این مقاله مروری بر ادبیات چندمتغیره (یک مرور سیستماتیک از چندین منبع) هم در ادبیات عملی و هم ادبیت خاکستری (برای مثال پست های وبلاگ و گزارشات) انجام دادیم. با خلاصه کردن آنجه در مورد TMA/TPI می دانیم، مرور و بررسی ما 58 مدل بلوغ آزمون متفاوت و تعداد وسیعی از منابع با درجات متفاوت شواهد تجربی در این موضوع را شناسایی کرد. هدف مقاله ما بهره بردن از خوانندگان (هم فعالان و هم محققان) در فراهم آوردن نظرسنجی ای جامع از این حوزه است.
مشاهده کردیم که 117 منبع از مدل های کنونی برای اهداف TMA/TPI استفاده کرد تا مدل های جدیدتر (بهتر و خاص تر) ایجاد کند. TMMi و نسخه TMM اش در بالاترین رتبه استفاده یعنی به ترتیب در 34 و 23 منبع مورد استفاده بودند.بعد از TMMi و TMM، TPI در سومین رده استفاده بود.همانند انواع دیگر فعالیت های ارزیابی و بهبود، برای شروع فعالیت های TMA/TPI در یک تیم، واحد یا سازمان، بایدمحرک (نیازهای) کافی برای توجیه انرژی/زمان و پول کافی برا مصرف در فعالیت های TMA/TPI وجود داشته باشد.

• بخشی از مقاله انگلیسی:

8. Conclusions and future work

To identify the state-of-the-art and the –practice in this area and to find out what we know about TMA/TPI, we conducted and presented in this article a ‘multivocal’ literature review (a systematic review from various sources) on both the scientific literature and also practitioners’ grey literature (e.g., blog posts and white papers). By summarizing what we know about TMA/TPI, our review identified 58 different test maturity models and a large number of sources with varying degrees of empirical evidence on this topic. Our article aims to benefit the readers (both practitioners and researchers) in providing the most comprehensive survey of the area, to this date, in assessing and improving the maturity of test processes. We observed that 117 sources used the existing models for TMA/TPI purposes to build newer (better or more specific) models. TMMi and its earlier version TMM were used the highest, in 34 and 23 sources, respectively. After TMMi and TMM, TPI was the 3rd most used model in the rank. Similar to other types of assessment or improvement activities, to start TMA/TPI activities in a team, unit or organization, there should be enough drivers (needs) to justify the energy/time and money to be spent on TMA/TPI activities.

دانلود رایگان مقاله انگلیسی

خرید ترجمه فارسی مقاله با فرمت ورد

نوشته دانلود ترجمه مقاله تخمین تکامل و بهبود فرآیند تست نرم افزار (ساینس دایرکت – الزویر 2017) (ترجمه ویژه – طلایی ⭐️⭐️⭐️) اولین بار در ترجمه فا پدیدار شد.

گروه آموزشی ترجمه فا اقدام به ارائه ترجمه مقاله با موضوع ” پیش بینی عیب های نرم افزاری با تست های علیت ” در قالب فایل ورد نموده است که شما عزیزان میتوانید پس از دانلود رایگان مقاله انگلیسی و نیز مطالعه نمونه ترجمه و سایر مشخصات، ترجمه را خریداری نمایید.

• فهرست مطالب:

چکیده
1- مقدمه
2. علیت گرنجر
2.1. مجموعه های زمانی ثابت
2.2 آزمون گرنجر
3- روش پیشنهادی
3.1.استخراج نقوص مجموعه های زمانی
3.2. استفاده از آزمون گرنجر
3.3. محاسبه حدود آستانه ای برای آغاز هشدارها
3.4. مدل پیش بینی نقص
4. مجموعه داده ها
4.1 توسعه مجموعه داده ها
4.2. جمع آوری داده ها
5. مطالعه امکان سنجی
5.1. پیش شرط هایی در مجموعه های زمانی نقص ها
5.2. پیش شرط های مجموعه های زمانی معیارهای کد منبع
5.3. نقص های تحت پوششگرنجر
5.4. وقفه های بررسی شده توسطگرنجر
6. ارزیابی مدل
6.1. راه اندازی ارزیابی
6.2. نتایج
6.2.1. RQ1:دقت و جامعیت رویکرد ما چیست؟
6.2.2. RQ2:چگونه رویکرد ما باخط مبناهای پیشنهادی مقایسه می شود؟
.6.2.3 RQ3: تاثیر بکارگیری توابع دیگر (متفاوت از میانگین) برای راه اندازی هشدارها چیست؟
6.2.4. RQ4: با توجه به شدت آنها، نوعاً چه نوع اشکالاتی توسط مدل های پیشنهادی پیش بینی می شوند؟
7. کارهای مرتبط
8. نتیجه گیری ها

• بخشی از ترجمه:

8. نتیجه گیری ها
در این مقاله، ما رویکردی را برای پیش بینی نقایص با استفاده از آزمون های علیت تشریح نموده و مورد بررسی قرار دادیم. در مقایسه با دیگر آثار مربوط به پیش بینی نقص، رویکرد ما به منظور پیش بینی تعداد یا وجود نقص در یک کلاس در چارچوب زمانی آینده نیست.درعوض، ما مدلی را پیشنهاد دادیم که نقایص را به محض اینکه آنها در کد منبع وارد می شوند که پیش بینی می کنند. به صورت تخصصی تر، ما بر ورودی حاصل از آزمون گرنجر برای راه اندازی هشدارها تکیه می کنیم هر زمان که اعمال یک تغییر نسبت به یک کلاس، تغییرات مشابهی را در خواص کد منبع که در گذشته موجب نقص شده اند، بازتولید نماید.رویکرد ما به متوسط دقت بیش از 50٪ در مراحل مختلف حیات سه سیستم از چهار سیستمی که ما ارزیابی نمودیم، رسیده است. علاوه بر این، با مقایسه رویکرد ما با خطوط مبنایی که مبتنی بر آزمون های علیت نیستند، به دقت بهتری نیز نائل می شویم.

• بخشی از مقاله انگلیسی:

8. Conclusions

In this paper, we described and evaluated an approach for predicting defects using causality tests. In contrast with other works on defect prediction, our approach does not aim to predict the number or the existence of defects in a class in a future time frame. Alternatively, we proposed a model that predicts defects as soon as they are introduced in the source code. More specifically, we rely on input from the Granger test to trigger alarms whenever a change performed to a class reproduces similar variations in the class’ source code properties that in the past caused defects. Our approach reached an average precision greater than 50% in several life stages of three out of the four systems we evaluate. Furthermore, by comparing our approach with baselines that are not based on causality tests, it achieved a better precision.

دانلود رایگان مقاله انگلیسی

خرید ترجمه فارسی مقاله

نوشته دانلود ترجمه مقاله پیش بینی عیب های نرم افزاری با تست های علیت – مجله الزویر اولین بار در ترجمه فا پدیدار شد.

• فهرست مطالب:

چکیده
1-مقدمه
2-روش تست پیشنهادی
3-اعتبارسنجی روش
4-نتایج

• بخشی از ترجمه:

4-نتایج
روش پیشنهادی تست خودکار نرم افزار اهمیت تست های تسریع شده خودکار برای اشکال زدایی نرم افزار و تایید در یک فاصله زمانی کوتاه ، قبل از توزیع را ، با هدف افزایش پوشش طرح تست نرم افزار ، کیفیت استفاده و قابلیت اطمینان نشان داده است. بعلاوه، این تحقیق برخی پارامترهای عمر نرم افزار را تعریف کرده و عمومیت تکنیک پیشنهادی را نشان داده است.
برنامه نشان داده شده در این مقاله قادر به تحریک نرم افزار تحت تست با یک سطح استرس ایجاد شده می باشد، که در توالی عملیاتی با استفاده واقعی قابل مقایسه است اما در مقایسه با تست های دستی چهار برابر تسریع شده است. اطلاعات مربوط به نشت حافظه و رگرسیون نقص نسخه های جدید نرم افزار با توجه به نوع قدیمی، می تواند استنباط شود ، همانطور که نتایج تجربی ثابت کرده اند. به ویژه، تست های اتوماتیک قادر به آشکارسازی، قراردهی و سپس تصحیح برخی اشکالات مهم نرم افزار می باشند که می تواند برای برنامه های صنعتی ویژه مانند مدیریت یک پمپ بنزین خودکار حیاتی در نظر گرفته شود. در این مفهوم، برخی مثالها می توانند با خطاهایی در مشاهده مقدار کارت fidelity، خطاهایی در تحویل محصول، پرداخت با کارت اعتباری یا دبیت، در گزارش پرینت شده بعد از بستن صندوق، و خطاهایی در ترسیم پاسخهای خدمات مرکز بین بانکی نمایش داده شوند. بعلاوه مشاهده کردیم که اولین وظیفه برنامه تحت تست، یک افزایش خطی حافظه اشغال شده به دلیل مدیر رابط مشتری داشته است.

• بخشی از مقاله انگلیسی:

4. Conclusions

The proposed approach of dynamic software automated testing showed the importance of accelerated automated tests for the software debug and validation in a short time interval, before product distribution, with the aim of increasing software test plan coverage, quality in use and reliability. Moreover this research has defined some parameters of software life and has shown the generality of the proposed technique. The application presented in this paper is able to stimulate the software under test with an established stress level, comparable in the sequence operations to the real use but accelerated four times compared to the manual tests. Information concerning the memory leaks and fault regression of the new software versions with respect to the old one can be deduced, as the experimental results proved. In particular, the automatic tests have been able to detect, locate and then correct some important software bugs that can be considered critical for particular industrial application such as, e.g., the management of an automatic petrol station. In this context some examples can be represented by errors in the visualization of the fidelity card amount, errors in product delivery, paying by credit or debit card, in the report printed after cash closing and errors in the mapping of the inter-bank centre services answers. Moreover we observed that the first task of the application under test had a linear increase of the occupied memory due to the customer interface manager.

دانلود رایگان مقاله انگلیسی

خرید ترجمه فارسی مقاله

نوشته دانلود ترجمه مقاله بیشینه کردن پوشش طرح آزمون و افزایش کیفیت نرم افزار در آزمایش اتوماتیک – مجله الزویر اولین بار در ترجمه فا پدیدار شد.

• بخشی از ترجمه:

چکیده
همانطور که صنعت نیمه رسانا فشار بی رحمانه خود را به وسیله فناوری های نانو CMOS ادامه می دهد ، قابلیت اطمینان طولانی مدت دستگاه و وقوع خطاهای دشوار به عنوان نگرانی عمده ای پدیدار شده است. قابلیت اطمینان طولانی مدت دستگاه شامل تنزل پارامتری است که منجر به اتلاف عملکرد و نیز خطاهای دشوار می گردد که موجب اتلاف functionality می شود. در نقشه جاده ITRS گزارش شده است که تأثیر آزمایش سوختن مرسوم در افزایش عمر محصول در حال فرسوده شدن است. بنابراین به منظور حصول اطمینان از قابلیت اطمینان کافی محصول ، کشف خطا و پیکربندی مجدد سیستم می بایست در زمان اجرا در میدان انجام شود. گرچه ساختارهای حافظه منظم در مقابل خطاهای دشوار با استفاده از کدهای تصحیح خطا حفاظت شده اند ، بسیاری از ساختارها در داخل هسته ها فاقد حفاظ باقی مانده اند. چندین روش آزمایش آنلاین مطرح شده به آزمایش همزمان متکی اند یا به صورت دوره ای در فواصل معین صحت را کنترل می کنند. این روش ها به علت تلاش طراحی قابل توجه و هزینه سخت افزاری جالب توجه اما محدود هستند. علاوه بر این کمبود قابل مشاهده بودن و قابل کنترل بودن حالات ریزمعماری منجر به رکود طولانی و ذخیره سازی وسیعی از الگوهای Golden می گردد. ما در این مقاله یک الگوی کم هزینه را به منظور کشف و اشکال زدایی خطاهای دشوار به وسیله دانه دانه بودن ریز در داخل هستته ها و در حال کار نگه داشتن هسته های معیوب با قابلیت و عملکرد تحلیل رفته بالقوه پیشنهاد می کنیم. راه حل شامل هر دو سخت افزار و نرم افزار زمان اجرا بر اساس مفهوم ماشین مجازی طراحی شراکتی می باشد که دارای قابلیتی جهت کشف ، اشکال زدایی و تفکیک خطاهای مشکل در ساختارهای آرایه غیر پنهان کوچک ، واحدهای اجرایی ، و منطق ترکیبی در داخل هسته ها است. ثبات های signature سخت افزاری به منظور تسخیر ردّپای اجرا در خروجی واحد های در حال کار در داخل هسته ها مورد استفاده قرار می گیرند. یک لایه نرم افزاری زمان اجرای ( microvisor ) تابعی را همزمان بر روی چند هسته به منظور تسخیر ردپای signature در سرتاسر هسته ها جهت کشف ، اشکال زدایی و تفکیک خطاهای دشوار آغاز می نماید. نتایج نشان می دهند که با استفاده از مجموعه هدفمندی از دنباله آزمایش تابعی ، خطاها می توانند برای یک سطح دانه دانه ریز در داخل هسته ها اشکال زدایی گردند. هزینه سخت افزاری الگو کمتر از سه درصد است ، در حالی که وظایف نرم افزار در سطح بالا انجام شده است و منجر به یک تلاش و هزینه طراحی نسبتا پایین می گردد.

• بخشی از مقاله انگلیسی:

Abstract

As the semiconductor industry continues its relentless push for nano-CMOS technologies, long-term device reliability and occurrence of hard errors have emerged as a major concern. Long-term device reliability includes parametric degradation that results in loss of performance as well as hard failures that result in loss of functionality. It has been reported in the ITRS roadmap that effectiveness of traditional burn-in test in product life acceleration is eroding. Thus, to assure sufficient product reliability, fault detection and system reconfiguration must be performed in the field at runtime. Although regular memory structures are protected against hard errors using error-correcting codes, many structures within cores are left unprotected. Several proposed online testing techniques either rely on concurrent testing or periodically check for correctness. These techniques are attractive, but limited due to significant design effort and hardware cost. Furthermore, lack of observability and controllability of microarchitectural states result in long latency, long test sequences, and large storage of golden patterns. In this paper, we propose a low-cost scheme for detecting and debugging hard errors with a fine granularity within cores and keeping the faulty cores functional, with potentially reduced capability and performance. The solution includes both hardware and runtime software based on codesigned virtual machine concept. It has the ability to detect, debug, and isolate hard errors in small noncache array structures, execution units, and combinational logic within cores. Hardware signature registers are used to capture the footprint of execution at the output of functional modules within the cores. A runtime layer of software (microvisor) initiates functional tests concurrently on multiple cores to capture the signature footprints across cores to detect, debug, and isolate hard errors. Results show that using targeted set of functional test sequences, faults can be debugged to a fine-granular level within cores. The hardware cost of the scheme is less than three percent, while the software tasks are performed at a high-level, resulting in a relatively low design effort and cost.

دانلود رایگان مقاله انگلیسی

خرید ترجمه فارسی مقاله

نوشته دانلود مقاله ترجمه شده تست آنلاین در تراشه چندپردازنده با معماری شراکتی – مجله IEEE اولین بار در ترجمه فا پدیدار شد.

فهرست مطالب:
چکیده
2. انگیزه، چالش ها و بررسی تکنیک ها
2.1. تعامل پذیری
2.2. پویایی
2.3. مرور تکنیک ها
3. تکنیک های آزمون جعبه سفید مبتنی بر مدل و گراف
3.1. آزمون مبتنی بر گراف
3.2. آزمون ماشین حالت متنهای
3.3. FSM محتمل
4. آزمون جهش
5. آزمون مهندسی نرم افزار مبتنی بر جستجو (SBSE)
6. تکنیک های پویش و خزش
6.1. تکنیک های ردیابی تزریق XSS و SQL
6.2. اسکنرهای آسیب پذیری جعبه سیاه وب
6.3. برنامه های کاربردی آزمودن و خزش AJAX
7. آزمون تصادفی و آزمون خدمات وب مبتنی بر ادعا
7.1. Jambition: آزمون تصادفی خدمات وب
7.2. آزمون طرح خدمات وب از طریق ادعا
7.3. Artemis: یک چارچوب آزمون تصادفی مبتنی بر بازده برای برنامه های جاوااسکریپت
7.4. JSContest: آزمون تصادفی مبتنی بر قرارداد جاوا
8.1. آزمون فاز جعبه سفید
8.2. . FlAX: یک چارچوب آزمون فاز جعبه سیاه برای جاوا اسکریپت
9. آزمون برنامه کاربردی وب concolic
9.1. . اجرای ضمنی، نمادین
9.2. یک رویکرد آزمون concolic مبتنی بر رشته برای برنامه های کاربردی PHP
9.3. Apollo: یک چارچوب آزمون concolic مبتنی بر مسیر برای برنامه های کاربردی PHP
9.3.1. . حداقل سازی محدودیت مسیر
9.3.2. تکنیک های بکارگیری
9.4. Kudzu: یک چارچوب آزمون نمادین برای جاوا اسکریپت
10. آزمون کاربر مبتنی بر جلسه

11. نتیجه گیری و جهت گیری های آتی

• بخشی از ترجمه:

11. نتیجه گیری و جهت گیری های آتی
شبکه جهانی وب به بخش جدایی ناپذیر جامعه مان در دو دهه کوتاه تبدیل شده است. با پیشرفت های سریع در زیرساخت های سخت افزاری و فناوری های نرم افزار، برنامه های کاربردی وب، و نرم افزار در سرور وب اجرا می شوند که کاربران را قادر می سازد تا با برنامه کاربردی از طریق مرورگر تعامل کند یا دیگر خدمات نرم افزار باید طوری پیچیده شوند ( و دیگر برنامه های کاربردی وب). علاوه بر این، این برنامه های کاربردی نیز می توانند معاملات پیچیده ی کامل در روشی امن در دوره ی نسبتا کوتاهی را کامل کند. وب با حضور در همه جا و نقش اساسی برنامه های کاربردی وب در وب ضروری می سازد که اطمینان دهد برنامه های کاربردی وب امن، صحیح و کارآمد باشد.
آزمون یک روش اعتبارسنجی و رویکرد تضمین کیفیت به طور گسترده توسط کمپانی ها انجام می شود. آزمون نرم افزار به طور کلی و آزمون برنامه کاربردی وب به طور ویژه موضوع تحقیق فعالی بوده است. علارغم اهمیت برنامه کاربردی وب، تلاش های پژوهشی عمده در آزمون برنامه های کاربردی وب به طور قابل توجهی بررسی نشده است. در این مقاله، پیشرفت های اخیری در تکنیک های آزمون وب ارائه داده ایم و نقاط قوت و ضعف این تکنیک ها را مورد بحث قرار دادیم. از میان تکنیک های متفاوت، برخی از آن ها در یافتن خطا موثر تر هستند که شامل تکنیک های اسکن و خزش، آزمون جهش و آزمون فاز در برنامه های کاربردی موجود می شود در حالیممه بقیه در اطمینان بخشیدن به این موثر هستند که به طور کافی مورد آزمون قرار گرفتند. به عبارت دیگر، تکنیک های آزمون متفاوت اهداف و مقاصد متفاوتی دارند و بنابراین برخی از تکنیک های آزمون ممکن است کافی تر از دیگر موارد باشد بسته به ماهیت آزمون که نیازمند اجرا بر برنامه کاربردی وب است. بعلاوه، هر یک از این تکنیک ها در ورودی، خروجی شان، شرایط توقف آزمون و هدف اولیه شان متفاوت هستند( همانطور که در جدوال 1-3 در بخش 2 خلاصه شده است). بعلاوه، همچنین بحث کرده این که چگونه تکنیک های متفاوت می توانند در برنامه کاربردی وب بکار گرفته شوند و اطمینان بخشند که برنامه های کاربردی وب به اندازه کافی آزمون شده اند.

• بخشی از مقاله انگلیسی:
  

11. Conclusion and future directions

The World Wide Web has become an indispensable part of our society in two short decades. With the rapid advances in hardware infrastructure and software technologies, Web applications, and software that runs on a Web server enabling users to interact with the application via a browser or other software services have grown to be so sophisticated that it supports complex interactions with users (and other Web applications). Additionally, these applications are also able to complete complex transactions in a secure manner in a relatively short period of time. The ubiquity of the Web and the central role Web applications on the Web play make it imperative to ensure that Web applications are secure, correct and efficient.

Testing is a validation and quality assurance approach widely practised by companies. Software testing in general and Web application testing specifically have also been an active research area. Despite the importance of Web applications, major research efforts in the testing of Web applications have not been surveyed in a substantial way. In this paper, we present some recent advances in Web testing techniques and discuss the strengths and weaknesses of these techniques. Of the different techniques, some are more effective at finding faults, including scanning and crawling techniques, mutation testing and fuzz testing, in existing applications, whereas others are more effective at ensuring that the application has been adequately tested. In other words, different testing techniques have different goals and targets, and thus some testing techniques may be more adequate than others depending on the nature of the testing that needs to be performed on a Web application. Moreover, each of these techniques differs in their inputs, outputs, conditions for stopping the test, and their primary purpose (as summarised in Tables 1–3 in Section 2). Additionally, we also discuss how the different techniques can be applied to Web applications and ensure that the Web applications have been adequately tested.

دانلود رایگان مقاله انگلیسی

خرید ترجمه فارسی مقاله

نوشته دانلود ترجمه مقاله بررسی پیشرفت اخیر در آزمایش کاربرد وب – مجله الزویر اولین بار در ترجمه فا پدیدار شد.

بخشی از ترجمه:

طراحی و ساخت یک سازمان تست کننده نرم افزار را می توان به مجموعه ای از تصمیمات مختلف و درک عوامل محیطی که بر این تصمیمات تاثیر می گذارند تفکیک کرد.این مقاله خلاصه ای است از سه استراتژی کلیدی (استراتژی اتوماسیون-استراتژی سازمانی-استراتژی تست) که در این زمینه باید مورد توجه قرار گیرند و درباره چگونگی تاثیرگذاری عوامل محیطی مختلف نظیر حوزه محصول، حوزه مسئله و حوزه کسب و کار بر این استراتژی ها بحث می کند. این مقاله بر اساس تجربه بدست آمده در ساخت سازمان های تست کننده نرم افزار در یک شرکت بین المللی نرم افزار که در برگیرنده چندین تکنولوژی و چندین قسمت از بازار است، نوشته شده است.بعلاوه این مقاله توصیه های عمومی برای هر یک از این تصمیمات و اطلاعات لازم برای درخورسازی این تصمیمات با نیازهای خاص سازمان خواننده را فراهم می نماید.
١-مقدمه
پیشتر، تعهدات سازمانی در زمینه کیفیت نرم افزار محدود به شرکت های مسئول در قبال تولیده سیستم های حیات محور و ماموریت محور یا برخی شرکت های تولید نرم افزار و گاهاً سازمان های تولید نرم افزار مالی بوده است. بخش اعظم سایر شرکت ها برای تضمین کیفیت بر تیم های توسعه خود یا سازمان های کوچک تست کننده در قالب تیم های توسعه متکی بودند. با رشد و بالندگی صنعت نرم افزار و افزایش رقابت در بسیاری از قسمت های بازار، کیفیت محصول تبدیل به یکی از وجوه تمایز در تصمیمات خرید مشتریان شده است. بدین دلیل امروزه بسیاری از شرکت ها سرمایه گذاریهای عظیمی جهت سازمان های اختصاصی کیفیت نرم افزار می کنند.

بخشی از مقاله انگلیسی:

Abstract Designing and building a software test organization can largely be broken down into a set of decision categories and an understanding of the environmental factors which influence those decisions. This paper summarizes the three key strategies which must be addressed (automation strategy, organizational strategy and test strategy) and discusses how various environmental factors such the product domain, the problem domain and the business domain influence those strategies. This paper is based on experience generated building test organizations in a large international software company spanning several technologies and market segments. Additionally, this paper provides general recommendations for each of these decisions and the information required to tailor those decisions to the specific needs of the reader’s organization. 1. Introduction Historically, major organizational commitments to software quality have been limited to companies responsible for the production of life critical or mission critical systems, some software product companies and the occasional financial software organization. Most other companies relied on the development teams themselves or small testing organizations contained within the development teams to ensure quality. With the maturation of the software industry, and the increasing competition in most segments, product quality is becoming one of the key differentiators in customer purchase decisions. For this reason, many companies today are making significant investments in dedicated software quality organizations. There are literally countless resources which purport to tell you how a software test organization should work in a vacuum and what an ideal test organization should look like. However, companies do not exist in a vacuum and how we accommodate our business needs when establishing a test organization has far more impact on the eventual success of that effort than endless debates about the relative merits of competing test methodologies. This paper provides a pragmatic overview of the key strategic decisions which should be made when establishing a dedicated test organization and the environmental factors which influence those decisions. While it does not claim to answer all questions for all potential readers it attempts to provide a solid overview of the key factors involved in the decisions. It also makes general recommendations based on those factors which can be tailored to fit each situation. Before it is possible to have meaningful, value added discussions on the relative merits of specific competing test methodologies, it is important to first understand the strategic decisions which must be made and the nature of certain key environmental factors in your company. The two primary questions you need to answer when forming a new test organization are “How am I going to structure my organization?” and “How is my test process going to work?” An additional key question: “How much test automation will I do?” is technically a detail of the second question above, however, because this is the detail which has the single greatest impact on your overall approach to testing and on your organizational structure and staffing as well, it is treated here as a third separate question. This means that the primary strategies which must be defined for your organization include the following: Automation Strategy – What basic decisions will you make related to the mix of test automation and manual testing in your organization. This is separated from the general topic of a test strategy since it has such a significant impact on the next item. Organizational Strategy – What is the nature of the organization which you plan to build? This includes the team size and the skills mix of the eventual personnel as well as the staffing strategy which will be followed. Test Strategy – The overall approach to product validation including validation methodologies (inspection, analysis and demonstration), division of 2008 International Conference on Software Testing, Verification, and Validation 0-7695-3127-X/08 $25.00 © 2008 IEEE DOI 10.1109/ICST.2008.49 978-0-7695-3127-4/08 $25.00 © 2008 IEEE 412 414 responsibilities, work sequencing and coordination plans with development and program management It is largely possible to evolve effective strategies in each of these categories by thoroughly understanding the organizational needs and desires and a set of environmental factors which heavily influence each of these strategies. There are many aspects which can impact the decisions you will make about the strategies above. These include things like the size of the products and projects which the new team will own, the architecture of these same projects and the resources and commitment level of the sponsoring organization. For planning simplicity these issues are grouped into three environmental factor sets defined below: Product Domain – This term refers to the distribution, sales and support aspects of a product. It distinguishes between engineer to order development projects and shrink wrapped products which might be sold through a distribution channel and will have multiple updated versions over the course of the products life. Problem Domain – This term refers to the physical nature of the software and the problem domain area the product targets. It includes architectural descriptions of the product in question and factors such as the complexity of the problem space and any legislative or statutory restrictions placed on the product. Business Domain – This term refers to the maturity and fiscal health of the organization responsible for producing a product as well as the existing processes or standards already adopted by the parent organization. The author has found that these three sets form a sufficient and intuitive framework for making these decisions. It is sufficient because there are no significant issues which cannot reasonably fit into one of these sets and intuitive because experience has shown this framework to be understandable by all key project stakeholders. Obviously, this is not the only framework that could be used to facilitate these decisions but experience has proven it to be one effective basis set. A thorough understanding of how these factors relate to your organization will enable you to intelligently address the decisions you need to make about the eventual organizational structure and processes you will implement. The information in this article is distilled from experience gained in the process of building, or significantly re-engineering, eight separate software test organizations within a large international software company across several market segments and technologies and over the past ten years. In most instances team transformations occurred in less than 1 year and resulted in productive, valued software test organizations. The current team where this approach has been applied has produced a 2000% increase in software automation and a 75% reduction in manual test effort, while meeting all previously scheduled major project commitments over a 15 month period. Where data is supplied in this article it is either described as the result of a specific documented measurement activity or it is representative of the results observed by one or more of these team building experiences. When data presented is the result of a specific data acquisition effort that will be noted. 2. Automation Strategy This is a classic area of ongoing debate in the industry. While the general trend in larger software organizations is definitely toward increased automation there are still many companies, possibly a majority, that engage solely in manual testing. In the author’s experience of discussions with a minimum of two to three dozen smaller companies on this topic over the past year, less than 20% generated any substantive test automation beyond basic unit testing. There are many factors arguing in favor of automated testing including increased repeatability of testing, ability to deal with complex stress and performance scenarios and the potential for increased functional and code coverage. One of the most direct and least controversial approaches to making this decision is based on a simple return on investment (ROI) analysis. The simple reality is that most corporate or organizational management is primarily interested in minimizing organizational costs and maximizing the value delivered by organizational resources. Analyzing the ROI of proposed automation efforts serves to align your project proposals with the decision framework that most management favors. This creates the added benefit of producing a strong justification for your decision process within a framework easily understood by management. This analysis is primarily driven by factors encompassed within the Product Domain area mentioned above. The primary factor here is the lifecycle of the product under development. The non recurring cost of automating the tests and the subsequent minimal recurring cost of running those tests is balanced against the larger recurring costs of manual testing to determine a cost breakeven point. This point is based on the total number of test runs which will be required on any given product. Given the relative cost of automating a test vs. the manual cost of a single execution instance, it is a straight forward matter to calculate this breakeven point. Typical industry numbers for automation costs vs. manual costs indicate that the cost of automation is approximately 413 415 four to six times greater than the single instance manual execution cost. In one recent project that the author managed a team of five engineers ran a full manual test pass prior to completing automation of the test suite. This suite was comprised of approximately 500 tests and the relative cost of automation to manual execution came out to be a factor of 4.3 to one. Interestingly, this ratio will improve over time as this team adds additional automated tests because over 60% of the total effort was associated with the implementation of re-useable automation objects which will not be experienced for future automation enhancements. This ratio would possibly run higher in an environment with more stringent process requirements on the test automaton (i.e. mission critical or life critical business areas) but that would also probably be balanced out by the increased cost associated with logging manual results in this environment.

نوشته دانلود مقاله ترجمه شده طراحی و ساخت شرکت آزمون نرم افزار – مجله IEEE اولین بار در ترجمه فا پدیدار شد.