![#
Continue…
• Agile Development
Extreme Programming (XP) is currently one of the most well-
known agile development life cycle models. (See [Agile] for ideas behind
this approach.) The methodology claims to be more human friendly than
traditional developmentmethods. Some characteristics of XP are:
• It promotesthe generationofbusiness stories to definethe functionality
• It demands an on-site customer for continual feedback and to define
and carry out functional acceptance testing
• It promotes amongst the depair programming and shared code
ownership amongs the developers
• It states that component test scripts shall be written before the code is
written and thatthosetests should beautomated
• It states that integration and testing of the code shall happen several
times a day
• It states that we always implement the simplest solution to meet
today's problems](https://image.slidesharecdn.com/softwaredevelopmentmodels-171210140435/85/SOFTWARE-DEVELOPMENT-MODELS-10-320.jpg)
SOFTWARE DEVELOPMENT MODELS
- 1. SOFTWARE DEVELOPMENT MODELS OLEH : Meychia Hanifah Gaiza 11453201743 Program studi Sistem Informasi Fakultas Sains dan Teknologi UIN Sultan Syarif Kasim Riau
- 2. # SOFTWARE DEVELOPMENT MODELS The life cycle model that is adopted for a project will have a big impact on the testing that is carried out. Testing does not exist in isolation; test activities are highly related to software development activities. It will define the what, where, and when of our planned testing, influence regression testing, and largely determine which test techniques to use.
- 3. # V-Model Before discussing the V-model, we will look at the model which came before it. The waterfall model was one of the earliest models to be designed. It has a natural timeline where tasks are executed in a sequential fashion.
- 4. # Continue… We start at the top of the waterfall with a feasibility study and flow down through the various project tasks finishing with implementation into the live environment. Design flows through into development, which in turn flows into build, and finally on into test. Although variants of the V-model exist, a common type of V-model uses four test levels. The four test levels used, each with their own objectives, are: • component testing: searches for defects in and verifies the functioning of software components (e.g. modules, programs, objects, classes etc.) that are separately testable; • integration testing: tests interfaces between components, interactions to different parts of a system such as an operating system, file system and hard ware or interfaces between systems;
- 5. # Continue… • system testing: concerned with the behavior of the whole system/product as defined by the scope of a development project or product. The main focus of system testing is verification against specified requirements; • acceptance testing: validation testing with respect to user needs, require ments, and business processes conducted to determine whether or not to accept the system
- 6. # Iterative Life Cycles Not all life cycles are sequential. There are also iterative or incremental life cycles where, instead of one large development time line from beginning to end, we cycle through a number of smaller self-contained life cycle phases for the same project. As with the V-model, there are many variants of iterative life cycles.
- 7. # Continue… A common feature of iterative approaches is that the delivery is divided into increments or builds with each increment adding new functionality. The initial increment will contain the infrastructure required to support the initial build functionality. The increment produced by an iteration may be tested at several levels as part of its development. Subsequent increments will need testing for the new functionality, regression testing of the existing functionality, and integration testing of both new and existing parts. Regression testing is increasingly important on all iterations after the first one. This means that more testing will be required at each subsequent delivery phase which must be allowed for in the project plans.
- 8. # Continue… Rapid Application Development Rapid Application Development (RAD) is formally a parallel development of functions and subsequent integration.
- 9. # Continue… The RAD development process encourages active customer feedback. The customer gets early visibility of the product, can provide feedback on the design and can decide, based on the existing functionality, whether to proceed with the development, what functionality to include in the next delivery cycle or even to halt the project if it is not delivering the expected value. An early business-focused solution in the market place gives an early return on investment (ROI) and can provide valuable marketing information for the business. Validation with the RAD development process is thus an early and major activity.
- 10. # Continue… • Agile Development Extreme Programming (XP) is currently one of the most well- known agile development life cycle models. (See [Agile] for ideas behind this approach.) The methodology claims to be more human friendly than traditional developmentmethods. Some characteristics of XP are: • It promotesthe generationofbusiness stories to definethe functionality • It demands an on-site customer for continual feedback and to define and carry out functional acceptance testing • It promotes amongst the depair programming and shared code ownership amongs the developers • It states that component test scripts shall be written before the code is written and thatthosetests should beautomated • It states that integration and testing of the code shall happen several times a day • It states that we always implement the simplest solution to meet today's problems
- 11. # Testing Within A Life Cycle Model • In summary, whichever life cycle model is being used, there are several characteristics of good testing: • For every development activity there is a corresponding testing activity; • Each test level has testobjectives specific to that level; • The analysis and design of tests for a given test level should begin during the corresponding development activity; • Testers should be involved in reviewing documents as soon as drafts are avail able in the developmentcycle
- 12. # Bibliography Graham et.al. (2011). ISTQB-Fondation of Software Testing. London: Cengage Learning EMEA
- 13. # LINK • http://sif.uin-suska.ac.id/ • http://fst.uin-suska.ac.id/ • http://www.uin-suska.ac.id/
- 14. # THANK YOU~