![^ µ } ] v P ] v ( } u ] } v · 2019. 7. 31. · ^ í ^ µ } ] v P ] v ( } u ] } v ^ Ç v Z ] } ( Ç u u ] ^ W } o Ç u Ç W } r } o Ç u ] ] } v D } ] ( ] ] } v v W Z } } u ] W }](https://static.fdocuments.in/doc/165x107/607a2fcdce666e4a9c2f70e6/-v-p-v-u-v-2019-7-31-v-p-v-u-v-.jpg)
V Model and W Model
27
V and dual V SDLC
-
Upload
muhammad-asim -
Category
Education
-
view
801 -
download
2
Transcript of V Model and W Model
V and dual V SDLC
ParticipantsMuhammad Asim
FA13-BCS-061
Zaheer AlamFA13-BCS-083
V-MODEL
History• Devised by the late Paul Rook in 1980’s.• To improve the efficiency and effectiveness of
software development.• Accepted in Europe and UK as an alternative to
Waterfall model.
VV
V Model• Evolved from waterfall Model. • Completion of each phase before the next phase begins. • Instead of moving in a linear way, process steps are bent upwards. • Emphasizing on testing is more when compared with the waterfall
model. • Structured approach to testing. • High quality development of products can be guaranteed.
VV
Diagrammatic viewVDetailedDesign
UnitTesting
High-levelDesign
IntegrationTesting
SoftwareRequirementsSpecification
SystemTesting
AcceptanceTesting
Coding
User’sSoftware
Requirements
SoftwareDevelopment
Verification and Testing
Sys architecture and design
Actual SW components
V
Verification PhasesFollowing are the Verification phases in V-ModelBusiness Requirement Analysis: • This phase involves detailed communication with the customer to understand
his expectations and exact requirement. • The acceptance test design planning is done at this stage as business
requirements can be used as an input for acceptance testing. System Design: • System design would comprise of understanding and detailing the complete
hardware and communication setup for the product under development. • System test plan is developed based on the system design.
VV
Verification PhasesArchitectural Design: • Based on the technical and financial feasibility the final decision is taken. • System design is broken down further into modules taking up different
functionality. • High Level Design (HLD).• The data transfer and communication between the internal modules and
with the outside world (other systems) is clearly understood and defined in this stage. • With this information, integration tests can be designed and documented
during this stage.
VV
Verification PhasesModule Design:• In this phase the detailed internal design for all the system modules is
specified• Referred to as Low Level Design (LLD).• It is important that the design is compatible with the other modules in
the system architecture and the other external systems. • Unit tests can be designed at this stage
VV
Coding Phase• The actual coding of the system modules designed in the design phase is taken up in
the Coding phase.
• The best suitable programming language is decided based on the system and architectural requirements.
• The coding is performed based on the coding guidelines and standards.
• The code goes through numerous code reviews and is optimized for best performance before the final build is checked into the repository.
VV
Validation Phases Following are the Validation phases in V-Model:
Unit Testing: • Unit tests designed in the module design phase• Unit testing is the testing at code level and helps to eliminate bugs at an early stage
Integration Testing: • Integration testing is associated with the architectural design phase. • Integration tests are performed to test the coexistence and communication of the
internal modules within the system.
VV
Validation Phases System Testing: • System testing is directly associated with the System design phase. • System tests check the entire system functionality and the communication
of the system under development with external systems. •Most of the software and hardware compatibility issues can be uncovered
during system test execution.
VV
Validation Phases Acceptance Testing: •Acceptance testing is associated with the business requirement analysis
phase and involves testing the product in user environment.• Acceptance tests uncover the compatibility issues with the other systems
available in the user environment. • It also discovers the non functional issues such as load and performance
defects in the actual user environment.
VV
Pros and Cons cont.• This is a highly disciplined model and Phases are completed one at a time.• Works well for smaller projects where requirements are very well
understood.• Simple and easy to understand and use.• Easy to manage due to the rigidity of the model. each phase has specific• deliverables and a review process.
VV
Pros and Cons cont.• High risk and uncertainty.• Not a good model for complex and object-oriented projects.• Poor model for long and ongoing projects.• Not suitable for the projects where requirements are at a moderate to high
risk of changing.• Once an application is in the testing stage, it is difficult to go back and
change a functionality• No working software is produced until late during the life cycle.
VV
When to use the V?• The V-shaped model should be used for small to medium sized projects
where requirements are clearly defined and fixed.• The V-Shaped model should be chosen when technical resources are
available with needed technical expertise.•High confidence of customer is required for choosing the V-Shaped model
approach. • Since, no prototypes are produced, there is a very high risk involved in
meeting customer expectations.
VV
V vs. Waterfall VFeature Waterfall Model V Model
Requirement Specifications Beginning Beginning
Cost Low Expensive
Guarantee of success Low High
Simplicity Simple Intermediate
Flexibility Rigid Little flexible
Reusability Limited To some extent
User involvement Only at beginning Only at beginning
Change incorporated Difficult Difficult
V
V vs. Waterfall VVs.
V-MODELV
V-MODEL• Paul Herzlich introduced the W-Model. In W Model, those testing activities
are covered which are skipped in V Model.• Deals with the problems that V model could not tackle.• V Model Represents one-to-one relationship between the documents on the
left hand side and the test activities on the right; not always correct.• Technical Design and architecture is also considered with the functional
requirements.• V Model does not cover couple of testing activities; major exception.• Ensures that testing starts from the very first day of inception of project.
V VV
V-MODELVRequirements
Specification
Architecture
Detailed design
Code Code walkthrough
TestRequirements
TestSpecification
TestArchitecture
Test Design
Install system
Build system
Build software
Build software
Acceptance testing
System Testing
Integration Testing
Unit testing
VV
V-MODELVRequirements
Specification
Architecture
Detailed design
Code Code walkthrough
TestRequirements
TestSpecification
TestArchitecture
Test Design
Install system
Build system
Build software
Build software
Acceptance testing
System Testing
Integration Testing
Unit testing
1
2
3
4
56
6
6
Regression test cycles
Static Testing Dynamic Testing
VV
V-MODELEach phase is verified/validated. Dotted arrow shows that every phase in black is validated/tested through every phase in sky yellow.• Point 1 refers to - Build Test Plan & Test Strategy.
• Point 2 refers to - Scenario Identification.
• Point 3 refers to – Test case preparation from Specification document and design documents
V VV
V-MODEL• Point 4 refers to – Test case preparation from Specification document and
design documents• Point 5 refers to – review of test cases and update as per the review
comments.• Point 6 refers to – Various testing methodologies (i.e. Unit/integration
testing, path testing, equivalence partition, boundary value, specification based testing, security testing, usability testing, performance testing).• After this, there are regression test cycles and then User acceptance testing.
V VV
Regression Test Regression means retesting the unchanged parts of the application. • Test cases are re-executed in order to check whether previous functionality
of application is working fine and new changes have not introduced any new bugs.• This is the method of verification. Verifying that the bugs are fixed and the
newly added features have not created in problem in previous working version of software.
VV
Static TestingStatic Testing, a software testing technique in which the software is tested
without executing the code.It has two parts.• Review - Typically used to find and eliminate errors or ambiguities in
documents such as requirements, design, test cases, etc.• Static analysis - The code written by developers are analyzed (usually by
tools) for structural defects that may lead to defects.
VV
Dynamic Testing• Involves interaction with the program while it runs.• Dynamic testing involves testing the software for the input values and
output values are analyzed. Dynamic testing is the Validation part of Verification and Validation.
VV
![Model Application Form Teacher Dec 2019...Yd^ ] ( ] E µ u W } ( µ o ] ( ] ] } v Z W µ ] } v t } l ( } } µ v ] o ~t o } v o Ç } } Z D u Z ] E µ u W W P n ð D } o o ] ] } v &](https://static.fdocuments.in/doc/165x107/5ff6cad41b17ba660144180d/model-application-form-teacher-dec-yd-e-u-w-o-v-z.jpg)
![D } ] . } v v £ í µ W>h W o v Ì } v P u } ] . } v Dossier d'approbation ... · 2018-01-05 · D } ] . } v v £ í µ W>h W o v Ì } v P u } ] . } v. Dossier d'approbation. Dispositions](https://static.fdocuments.in/doc/165x107/5e71ae64af96e544aa086f09/d-v-v-wh-w-o-v-oe-v-p-u-v-dossier-dapprobation-.jpg)
![W } v r v W o v v ] v P d ] v ] v P ^ v & o Z µ ] u v D ...](https://static.fdocuments.in/doc/165x107/62919ec2add24c063376c5f2/w-v-r-v-w-o-v-v-v-p-d-v-v-p-v-amp-o-z-u-v-d-.jpg)
![h ' µ ] o ] v P u v W ] o o ] v P / o W } } o ] } ~W/W · 2020. 7. 26. · W/>>/E' / > WKZd&K>/K W /E KD /Es ^dD Ed /D W d } } À ] v ] v } u µ v } u o } Z &d^ ï ñ ì W/>>/E'](https://static.fdocuments.in/doc/165x107/5fbd2864c117353ab44428f1/h-o-v-p-u-v-w-o-o-v-p-o-w-o-ww-2020-7-26-we.jpg)
![storage.googleapis.com€¦ · support@pra isecharts.com (800) 695-6293 W ]v oµ ]v Z W ] Z t} Z] v ^ ] W ] v ~> À oí À} oU ZÇ Zuv U]v µu v o W](https://static.fdocuments.in/doc/165x107/605be64b3bed1b6a777c1413/supportpra-isechartscom-800-695-6293-w-v-o-v-z-w-z-t-z-v-w-v-.jpg)
![} v ( ] v ^ W } } } o / X Khd d,/^ W ZKdK K>](https://static.fdocuments.in/doc/165x107/61a6a4984a70973b22783a06/-v-v-w-o-x-khd-d-w-zkdk-kgt.jpg)
![2020 Post-65 Retiree Benefits Review - Combined · 2019-12-31 · > [ } u Z d Z W W ] ] } v µ P W o v ] P v d ] í W W ( P v ] d ] î W E } v r ( P v ] d ] ï W W ( v](https://static.fdocuments.in/doc/165x107/5f905e3dbb7aed5348435069/2020-post-65-retiree-benefits-review-combined-2019-12-31-u-z-d-z-w.jpg)
![v oo }v K vP/v µ }v (} ' v Ç î>> W>^ ] Dv](}o · Plumbing Model LL 6 Plumbing Model PL 8 Electrical 9 Remote Alarm Wiring Model LL 10, 12 Remote Alarm Wiring Model PL 11, 12 Installation](https://static.fdocuments.in/doc/165x107/5f08019b7e708231d41fdbcf/v-oo-v-k-vpv-v-v-w-dvo-plumbing-model-ll-6-plumbing.jpg)
![ZKhE ð W K v ] v P v o } ] v P Z v l hW^ r î ì í ó ~W o E ......ZKhE ð W K v ] v P v o } ] v P Z v l hW^ r î ì í ó ~W o E } W o o Z v l ' v o Z v l ] v W ] µ o P } Ç](https://static.fdocuments.in/doc/165x107/6042239024e878037454bc2e/zkhe-w-k-v-v-p-v-o-v-p-z-v-l-hw-r-w-o-e-zkhe-w.jpg)
![u } ] } v } } À ] v } ] } v ( } · 2020. 10. 1. · D ] o / v } u W Z v } u W v Z W } ~W Z v } u W v Z í ó : µ o Ç î ì í ñ D Z W l l Á Á Á X Z v } u v Z } X } u l µ ]](https://static.fdocuments.in/doc/165x107/6084e033d71417437e3ec5da/u-v-v-v-2020-10-1-d-o-v-u-w-z-v-u-w-v-z-w.jpg)
![v P ] v ] v P r ] Ç o v W ] v ] o / u } À u v W o v](https://static.fdocuments.in/doc/165x107/62a96eecdd02e51efe7f84b6/v-p-v-v-p-r-o-v-w-v-o-u-u-v-w-o-v.jpg)
![u Z l } ( W D ] } v } Z ] ( } ( W } o ] D ] v v } o ] W ...](https://static.fdocuments.in/doc/165x107/62305858f378cd59376d1e9d/u-z-l-w-d-v-z-w-o-d-v-v-o-w-.jpg)
![W ] v ,v }}l](https://static.fdocuments.in/doc/165x107/618e70f9ea4ff807647fa079/w-v-v-l.jpg)