Content deleted Content added
Tag: |
|||
| (7 intermediate revisions by 6 users not shown) | |||
Line 1:
{{WikiProject banner shell|class=|
{{WikiProject Computing}}
}}
== Duplicate article ==
Line 29 ⟶ 33:
[[User:Achilles852|Achilles852]] ([[User talk:Achilles852|talk]]) 02:09, 5 February 2009 (UTC)
While I agree with the two views above. I was just wondering if I'm misinterpreting it in thinking that there should be a line from "Architectural Design" Phase in the Image leading into "Integration Testing" - which would mean that Integration tests are designed during "Architectural Design"? because that is exactly what "Architectural Design" states i.e. "The integration testing design is carried out in this phase."
[[User:Xobbitua|Xobbitua]] ([[User talk:Xobbitua|talk]]) 10:10, 22 January 2019 (UTC)
It's been a Decade (!) and there are still 2 duplicate articles with same figures and this one "lacking sources" - how about a merge to fix?
== Criticisms of the system ==
Line 80 ⟶ 87:
In the longer term the former article should be broken out into its three constituent parts. Otherwise explanations can get hopelessly confused when one is dealing with things that look superficially similar but are really fundamentally different with quite distinct uses. [[User:Freddie Threepwood|Freddie Threepwood]] ([[User talk:Freddie Threepwood|talk]]) 13:29, 12 January 2013 (UTC)
--[[User:Lisaneo|Lisaneo]] ([[User talk:Lisaneo|talk]]) 04:38, 20 October 2014 (UTC)
Hi, my concern is regarding the 4 validation phases of the V model:
1. Unit testing
2. Integration testing
3. System testing
4. User acceptance testing
First, I find the definition of "Integration" testing to be somewhat confusing if used in isolation without qualifying whether if it is referring to function, component, or system level. If "Integration" testing here refers to Function or Component Integration testing, I guess the sequence of test will still make sense. However, for System Integration Testing, SIT, I think this is performed after System Test, in cases where there are multiple systems integrating together to form the whole solution.
== Verification (or Validation) on the descending left side of the V makes no sense at all ==
As mentioned above, having Verification or Validation on the V's "left side" doesn't make any sense at all and the heading structure of the article is thus wrong. Verification (and Validation) are tasks performed on the "right side" only. You **verify** that the software and system works and you **validate** it against the (user) requirements. In the real world, "validation" may be ongoing on the left side too insofar as you may validate the requirement list against what the user says during meetings, but the left side is really just the design and top-down decomposition phase.
For example, the Galileo Software Standard (Galileo Industries document "GAL-SPE-GLI-SYST-A/0092" issue 7) has the following definitions:
- VALIDATION: Confirmation, by examination and provision of objective evidence, that the particular requirements for a specific intended use are fulfilled, i.e. to ensure that specification requirements of the product are met.
- VERIFICATION: Confirmation, by examination and provision of objective evidence, that specified requirements have been fulfilled, i.e. check to ensure that the requirements process for a dedicated phase is properly applied.
And "Validation" is done during "Requirement Baseline Validation" and "Technical Specification Validation", at which point the Software System must actually exist so that there is something to validate!
- RB-VALIDATION: Confirmation, through the validation process, that the Requirements Baseline (RB) functions and performances are correctly and completely implemented in the SOFTWARE PRODUCT and its components.
- TS-VALIDATION: Confirmation, through the validation process, that the Technical Specification (TS) functions and performances are correctly and completely implemented in the SOFTWARE PRODUCT and its components.
The software lifecycle phases being listed as in order:
- SW Planning Phase
- SW Specification Phase
- SW Design Phase
- SW Implementation Phase
- SW Integration and TS-Validation Phase
- SW RB-Validation Phase
- SW Acceptance Phase
- SW Maintenance Phase
[[Special:Contributions/2001:7E8:C047:1B01:223:54FF:FE15:1831|2001:7E8:C047:1B01:223:54FF:FE15:1831]] ([[User talk:2001:7E8:C047:1B01:223:54FF:FE15:1831|talk]]) 23:39, 24 February 2013 (UTC)
| |||