"Pari huomautusta tästä sivusta: 

 1) V&V; ei ole ""yleensä osa projektin ohjelmistotestausprosessia""."  Riippuen tietyn organisaation filosofiasta, olen nähnyt sen joko (a) kehitystyön kanssa samaan aikaan tapahtuvana rakenteena/prosessina, joka ohjaa testauksen (ja suunnittelukatselmusten jne.) kaltaisia toimintoja, tai (b) kehitystyön rinnalla tapahtuvana, klassisesti riippumattomana kaikkien kehitysvaiheiden (joista yksi vaihe on testaus) tuotosten tarkastamisena. 

 2) [Staattisen testauksen ja verifioinnin] tai [dynaamisen testauksen ja validoinnin] välillä ei ole yhteyttä.  Kyse on vain kahdesta erityyppisestä testauksesta; joko koodi toimii tai ei.  Se on minusta hyvin sattumanvaraista.  Tämä outo yhteys toistuu myös ""Staattinen testaus"" ja ""Dynaaminen testaus"" -sivuilla, paitsi että ne ovat kääntäneet sen toisinpäin (ei sillä, että siinä olisi enemmän tai vähemmän järkeä väärinpäin). 

 Luulen myös, että olen lukenut kaksi määritelmää ""Verification"" suhteessa ""Validation"".  Toinen on esitetty tällä sivulla, toisessa sanotaan, että verifiointi on kunkin vaiheen tuotoksen vahvistamista, validointi on koko prosessin tuotoksen vahvistamista.  En kuitenkaan voi mainita lähdettäni; kun löydän sen, lisään tähän.  Ai niin, löysin sen: IEEE 12207, kohdat 6.4 ja 6.5.  (Tarkemmin ajatellen kieli on niin outoa, että molemmat tulkinnat ovat mahdollisia.  Ehkä ne ovat yksi ja sama asia, se tarkoittaa, että verifiointi on matalan tason tarkistusta matkan varrella, validointi on lopullinen tarkistus siitä, että kaikki vaatimukset täyttyvät.  Nyt kuitenkin mietin, onko ""built the product right"" vs. ""built the right product"" kätevä muistisääntö, joka menettää osan merkityksestä: ei pitäisi odottaa loppuun asti varmistaakseen, että on rakennettu oikea tuote). 

  "