Agile Software Development

interrogatory in warm package development approach is preferably different from the traditional interrogation methodologies as it requires demonstrateing at any phase of the development and not only by the Quality dominance squad but by developers and business analysts as well.This is because 1) mobile software development requires test finishedout the lifecycle of the project and 2) Developers and Business Analysts are nether the system and the business better, respectively.According to Ambler, the basic strategy of examination in flying software development is testing throughout the lifecycle and therefore can be divided into following four phases1) Initiation This is practically short and includes indentifying sign surveilion tests, setting up the testing environment and identifying a testing aggroup for the project. The benefit of this test phase is to set-up testing groundwork, possibly interject the tools that will be needed for testing as well.2) Construct ion This whitethorn comprise of any number of eyelets depending on how the telescope and management of the project. A significant amount of testing occurs during this phase. Concepts such as confirmatory and investigatory testing is employed here by the agile developers who test often, test early and usually test first. Confirmatory and Investigative testing, as depict by Ambler, are briefly defined belowa. Confirmatory Testing This focuses on verifying that the system fulfills the intent of the stakeholders as described to the team to date. Two aspects of confirmatory testing, as presented by Ambler, arei. Agile word sense Testing is a mix of traditional functional testing and traditional bankers acceptance testing because the development team and their stakeholders are doing it collaboratively. Developer testing is a mix of traditional unit testing and traditional class/ destiny/service integration testing.ii. Developer Testing strives to verify the application code and t he database synopsis and to look for coding errors, perform at least insurance coverage if not full path testing, and to ensure that the system meets the current intent of its stakeholders.It is often through in a test-first manner, where a single test is indite and then sufficient production code is written to fulfill that test. (Ambler, Agile Testing Strategies)b. Investigative Testing This strives to discover problems that the development team didnt consider.Agile teams enhance working software at the end of each construction iteration and hence a new version of the system should ideally be given to a separate test team that which can be assigned the goal to explore potential scenarios that neither the development team nor business stakeholders may have considered. (Ambler, Agile Testing Strategies)3) Release At this stage, the project is ready to be delivered to the user and is tested from user acceptance point of view at this stage.4) Production Once the system has been delivered, defects may arise and Agile testing ensures that these defects are fixed in a timely and appropriate manner.Testing Tools It is not necessary to use a tool, alone designed for testing in an Agile development methodology. Automated testing holds a key place in agile development because of the slew amount of testing that is required throughout the lifecycle. around tools that have been used by agile development and testing teams include JUnit for Unit testing, Fit and Fitnesse for acceptance testing, Autoit and Selenium for functional testing etc.Microsoft Visual Studio is the first IDE that introduced incorporated unit testing tool (Ingles)Test Documents Agile software development get along going as light as possible, hence the need for gay reference points and avoidance of multiple documents and redundant information as is the norm in traditional approaches. (Ambler, Single Source information An Agile employment for Effective Documentation)The main certification work required in Agile software development is1) Test plan to ensure comprehensive coverage of the software and guarantee quality (Black)2) Traceability Matrices these matrices are used in testing phases to link functionality and test cases to specific requirements.Risks obscureThere are however certain risks involved in Agile development as suggested by some researchers. Some of these have been quoted below (Agile Software tuition) Lack of structure and necessary documentation Incorporates insufficient software designRequires too much cultural change to adopt Can lead to more difficult contractual negotiations Can be very inefficient if the requirements for one area of code change through various iterations, the same programming may need to be done several times over.Whereas if a plan were there to be followed, a single area of code is expected to be written once. unimaginable to develop realistic estimates of work effort needed to provide a quote, because at the beginning of t he project no one knows the entire scope/requirements Drastically increases the risk of scope creep due to the lack of detailed requirements documentation Agile is feature driven, non-functional quality attributes are hard to be placed as user stories Test Standards The standards that have been introduced for agile software development include ISO/IEC 122071995 and its replacement ISO/IEC 152882002. Other standards that are also of chase to software development are ISO/IEC 159392002 (Software measurement process) and ISO/IEC 14143 (Software measurement Functional size measurement). (W.H. MORKEL THEUNISSEN) Bibliography 28 July 2008 <http//fit.c2.com/>.28 July 2008 <http//www.junit.org/>.28 July 2008 <http//fitnesse.org/>.28 July 2008 <http//www.autoitscript.com/>.28 July 2008 <http//selenium.openqa.org/>.Agile Software Development. Wikipedia. 28 July 2008 <http//en.wikipedia.org/wiki/Agile_software_developmentCriticism>.Agile Software Development Definiti on. 28 July 2008 <http//www.agilemodeling.com/essays/agileSoftwareDevelopment.htm>.Ambler, Scott. Agile Testing Strategies. 28 July 2008 <http//www.ddj.com/development-tools/>.. Single Source Information An Agile Practice for Effective Documentation. 28 July 2008 <http//www.agilemodeling.com/essays/singleSourceInformation.htm>.Black, Rex. 28 July 2008 <http//media.techtarget.com/searchSoftwareQuality/downloads/Mging_the_Testing_ProcessCh2.pdf>.Ingles, Paul. 28 July 2008 <http//www.oobaloo.co.uk/articles/2006/03/14/visual-studio-the-first-to-offer-integrated-unit-testing>.W.H. MORKEL THEUNISSEN, DERRICK G. KOURIE AND BRUCE W. WATSON. Standards and Agile Software Development. 28 July 2008 <http//espresso.cs.up.ac.za/publications/mtheunissen_etal_saicsit2003.pdf>.