بهینه سازی تست نرم افزار

چکیده

هدف هر کسب و کار این است که نیازهای مشتریان مورد نظر خود را برآورد سازد و صنعت IT نیز از این قاعده مستثنا نیست. بنابراین، فرض می‌شود که نسخه به روز شده از تست مدل V، با ترکیب آن با روش شناخته شده‌ای به نام تست چابک بتواند با نقاط ضعف نسخه اصلی مذکور مقابله کند. در ابتدای این گزارش، فرضیه‌ای مانند نقاط قوت و ضعف تست مدل Vموجود، از طریق مروری بر مقالات و مصاحبه با متخصصان مربوطه در این حوزه، مورد تجزیه و تحلیل قرار گرفت. پس از آن، مزیت‌های ممکن با روش تست چابک، مورد توجه قرار داده شد. علاوه براین، این گزارش روش‌هایی را ارائه می‌دهد که این دو مدل می‌توانند به طور طبیعی با هم ترکیب شوند تا مدل بسیار موثری را ایجاد کنند. زمانی که مدل جدید ارائه شد، نقاط قوت و ضعف آن به وسیله یک تحلیل مطالعه موردی با استفاده از تجزیه و تحلیل داده‌ها و معیارها، از طریق یک نظرسنجی، برای ارزیابی اعتبار مدل آینده گرا مورد بررسی قرار گرفت. در این تحقیق بلافاصله مشخص شد که مدل تست پیشنهادی نتایج بهتری را نسبت به نسخه عادی تست مدل V فراهم می‌آورد. اولاً، یک سناریوی موردی واقعی تحت ارزیابی معیارهای مدل، نشان داده است که مدل پیشنهادی از مدل V بهتر است. به دلیل اینکه می‌تواند موارد زیر را انجام دهد؛ کاهش زمان تست، اشکال زدایی، اولویت بندی نیازها، ترسیم آسان وظایف و بهبود پدیداری منابع پروژه. ثانیاً، یک تجزیه و تحلیل از داده‌های نظرسنجی، مزیت‌های مختلفی را در مدل آتی نشان داد. اولویت‌های برتر مدل جدید با توجه به ادراک پاسخ دهندگان عبارت بودند از: مدل جدید تغییر سریع اولویت‌ها را کنترل می‌کند، زمان ورود آن به بازار را تسریع می‌کند، بهره وری را افزایش می‌دهد و کیفیت را بهبود می‌بخشد.

1. مقدمه

علی رغم وجود بسیاری از روشها و فرایندهای توسعه نرم افزار که می‌توانند در توسعه نرم افزار بکار روند، برخی از آنها که متداولتر هستند، توسط طرفداران فرایندها و متدولوژیهای جدیدتر و "درجه یک" مانند متدولوژیهای چابک، "از مد افتاده" نامیده می‌شوند. رویکردهای متعارفتر در زمینه توسعه نرم افزار عبارتند از روشهای آبشاری (waterfall ) و مدلv که برای سالهای زیادی در چرخه توسعه نرم افزار مورد استفاده قرار گرفته‌اند، اما غالباً مورد انتقاد قرار دارند. تمرکز این مقاله در وهله اول، بر روی مدل توسعه نرم افزار V همراه با فرایند تست رویکردهای مدرنتر توسعه نرم افزار، تحت عنوان توسعه چابک می‌باشد. مدل توسعه نرم افزار V به عنوان تعمیمی از مدل آبشاری و در این نوع متدولوژی در نظر گرفته می‌شود؛ اجرای فرایندهای توسعه نرم افزار در یک رویکرد متوالی با شکل V صورت می‌گیرد، که شامل یک سری از فرایندها است و به عنوان مدل اعتبار و درستی سنجی نیز در نظر گرفته می‌شود. مدل V به عنوان یک طراحی پیشرفته از توسعه آزمون محور (TDD) در نظر گرفته می‌شود و هر مرحله از توسعه نرم افزار، مستقیماً با یکی از مراحل تست مربوطه، مرتبط است. این بدان معنی است که هر یک از مراحل تست، در موازات مرحله توسعه برنامه ریزی می‌شود، از این رو حالتهای آزمون در مرحله توسعه، ایجاد می‌شوند تا در مرحله تست مربوطه اجرا شوند، اما بطور معمول آزمون پس از تکمیل شدن نرم افزار انجام می‌شود و همانطور که در بالا عنوان شد، شامل دو ویژگی اعتبارسنجی و درستی سنجی می‌باشد. درستی سنجی در مقایسه با اعتبار یک فرایند داخلی است و بطور معمول در صورتیکه نرم افزار طبق تعریف تحلیلگر سیستم با مشخصات فنی آن مطابقت داشته باشد، مستلزم بررسی می‌باشد. از سوی دیگر، اعتبار سنجی شامل تطبیق نرم افزار با نیازها، الزامات یا مشخصات مشتری می‌باشد. در این مورد، سمت چپ مدل V، جزئیات کاری و فنی مختلف را شرح می‌دهد در حالیکه سمت راست بیشتر به تست مربوط می‌شود.

6. نتیجه گیری و پیشنهادات

توسعه و یکپارچه سازی نرم افزار، یک شکل چند وجهی از محاسبه است. در دسترس بودن یک ابزار نرم افزاری کاربردی و سودمند برای بررسی روندها و فعالیت‌ها، می‌تواند منجر به موفقیت کسب و کار شود. مدل V، یکی از فرایندهای توسعه نرم افزار است، اما با این حال فرایند توسعه نرم افزار پیشنهادی، از مدلv کارآمدتر است. مطالعات موردی تحت بررسی نشان داده‌اند که مدل پیشنهادی از مدل V بهتر است، زیرا می‌تواند کاهش زمان آزمون، اشکال زدایی، اولویت بندی الزامات، سهولت نگاشت وظایف و بهبود شفافیت منابع پروژه را مدیریت نماید. علاوه براین، بررسی‌های اعتبارسنجی در سیستمهای پیشنهادی به طرز بهتری اجرا می‌شوند.

Abstract

The goal of any business is to satisfy the needs of its target customers, and IT industry is not an exception from that rule. Thus, the upgraded version of the V-model testing is supposed to deal with the weaknesses of the original version in question by combining it with the method known as agile testing. At the beginning of the report, hypothesis such as the strengths and weaknesses of the existing V-model testing via literature review and interviews with respective specialists in the sphere were analysed. Successively, the possible advantages of agile method of testing were then considered. Moreover, the report comes up with the ways in which the two models could be naturally combined to produce a much more effective one. Once the new model was presented, its strengths and weaknesses were assessed by the means of a case study analysis using metric and a data analysis through a survey were conducted to evaluate the credibility of the futurist model. Promptly, the research found that the suggested testing model provides better results than the common version of V-model testing. Firstly, a real case scenarios under metric evaluation of the models have indicated that the proposed model is better than the V-model, since it can handle the following aspects; reduced testing time, debugging, prioritization of requirements, easy mapping of roles and improved visibility of project resources. Secondly, a survey data analysis highlighted various advantages of the future model. The top priorities of the new model from the respondent’s perception were; the new model manages rapidly changing priorities, it accelerates time to market, it increases productivity and it improves quality.

1. Introduction

With There are a myriad of Software development processes and methods available that can be used in the development of software, some of which are traditional and are termed as “old-fashioned” by proponents of newer and more “classy” processes and methodologies such as Agile methodologies. The more traditional approaches to software development include the waterfall and V-model methods which have been in use in software development cycles for decades, but are regularly the point of critics. The focus of this paper will primarily be on the V-model of software development combined with the testing process of more modern approach of software development known as agile development. The V-model of software development is regarded as an extension of the waterfall model and in this type of methodology; software development execution of processes happens in a sequential approach with a V shape that involves a sequence of processes and is also regarded as the verification and validation model. The V model is regarded as a high level design of Test Driven Development (TDD), and each development phase of the software is directly associated with a corresponding testing phase. This means that each corresponding phase of testing is planned in parallel with the development phase hence test cases are developed in the development phase in order to be implemented in the corresponding testing phase, but typically testing is conducted once the software is completed. As mentioned above it consists of two aspects, verification and validation. Verification is an internal process as compared to validation and typically involves checking if the software complies with its technical specifications as defined and guided by a system analyst. Validation, on the other hand, involves the compliance of the software to the requirements, needs or specification of the customer. In this case, the left side of the V model describes the various business and technical details while the right side is more concerned about the testing.

6. Conclusion and Recommendations

Software development and integration is a multifaceted form of computing. The availability of functional and efficient software tool for review of trends and activities can result in business success. The V model is one of the software development processes, however, the proposed software development process is more efficient than the V model. The case studies under review have indicated that the proposed model is better than the V-model, since it can handle reduced Testing Time, debugging, prioritization of requirements, easy mapping of roles, and improved visibility of project resources. Additionally, the validation checks are better implemented in the proposed systems.

چکیده

1. مقدمه

2. مروری بر مقالات

A. توسعه نرم افزار متعارف مدل V

B. مدل V

C. تست چابک

D. کریتیسیسم (اندیشۀ انتقادی)

3. روش شناسی و راه حل پیشنهادی

4. طراحی چارچوب جدید 

A. مدل پیشنهادی

B. ترسیم فرایندها برای ویژگیها

5. نتایج و بحث

A. مباحث و ارزیابی مطالعه موردی

B. نتایج اعتبارسنجی از طریق معیارها

C. نتایج اعتبارسنجی از طریق معیارها

6. نتیجه گیری و پیشنهادات

Abstract

1. Introduction

2. Literature Review

A. Traditional V-model Software Development

B. V-model

C. Agile Testing

D. Critisism

3. Methodology and Proposed Solution

4. Designing the New Framework

A. Proposed Model

B. Mapping the processes to the characteristics

5. Results and Discussions

A. The Case Scenario

B. Case Study Evalutation and Discussions

C. Validation Results through Metrics

6. Conclusion and Recommendations