Take the 2-minute tour ×
Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. It's 100% free, no registration required.

So I need some help with Verification & Validation of software. So I know the definitions of both but ... I can't really find any real entry level books about the process from setting up the requirements of a customer, to making the finished product. And of course, making sure you tested it to what you think it should do, and what the customer actually wants.

Can anyone recommend me any good entry level books, blogs, pretty much anything that just gives an overview of V&V?

I'm pretty much just looking for concrete methods/examples on how to deal with all. I have looked, and found some good (advanced, if you ask me) texts scratching the surface of V&V, but nothing entry level :(

Any help is greatly appreciated.

share|improve this question
    
    
What aspect of verification and validation are you looking for? V&V is an ongoing activity that exists in the context of requirements, system architectures and design, code, documentation, tests, and so on. What specific activities are you interested in? V&V by itself is just an idea - until you apply it to a specific part of a project, you won't get detailed information. –  Thomas Owens Mar 10 '12 at 14:42
    
I'm primarily looking for things that can help me with organizing system requirements, and then when everything is done, verifying them and validating them. I'm just wondering if there were any good techniques on that. –  Enthusiastic Programmer Mar 10 '12 at 15:06
    
Like unit tests? Or are you looking for a more formal spec to give to business stake holders? –  wessiyad Mar 10 '12 at 17:03
    
I don't have any idea of what methods there are available to verify or validate sofware. This is pretty much what I'm looking for: How can I verify my software, and how do I validate it? What are the commonly used methods for these things? I know this sounds a big vague, but that's exactly what I mean. I have no idea how deep it runs. –  Enthusiastic Programmer Mar 10 '12 at 17:37
add comment

1 Answer

up vote 0 down vote accepted

One of my professors in college was very big in the Software Testing community and I always found his publications to be very insightful and helpful to people who are new to V & V. His name is Dr Cem Kaner.

This should get you started: http://scholar.google.com/scholar?q=Cem+Kaner+verification+validation&hl=en&btnG=Search&as_sdt=1%2C10&as_sdtp=on

From my own personal experience, I can tell you that it's easier to build the system right(meet stated requirements) than it is to build the right system(meet actual needs). Customers rarely know how to communicate what they actually need and the key is to make them involved at every step of the development process to ensure the right product is being built all along the way.

If you involve the customer, the stakeholders, and the future users in the development of the product, the validation mostly takes care of itself and you just have to verify that your code works as expected.

Oh, and read up on Joel Spolsky's views on software testing; especially the invaluable "hallway testing" method, which is vital!

http://blog.openhallway.com/?p=146

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.