Take the 2-minute tour ×
Software Quality Assurance & Testing Stack Exchange is a question and answer site for software quality control experts, automation engineers, and software testers. It's 100% free, no registration required.

I am testing an embedded system consisting of multiple processors working in different speeds, with different resources, all communicating through dedicated channels using a proprietary message protocol. The unit under test are the mentioned channels. There is no insight into the actual data over them (those are internal buses, so scopes or logic analyzers can't be used) I am using a top-down approach using high level tests to infer that the underlying code is really working. Anyone tested similar systems and can share tips on testing ?

share|improve this question

2 Answers 2

up vote 1 down vote accepted

Black-box testing is a very useful and necessary form of work in QA. If you can cover all inputs (including wrong ones, error corrected and so on), and get all the outputs correctly, it doesn't really matter what goes on inside for the purpose of certifying the channels.

The basics of QA are testing the product against the spec, and against conditions the spec hasn't thought of. As long as you satisfy that, you don't need the test every level of the machine. It helps to understand how it works, particularly for diagnosing the bugs, but it isn't an absolute must.

share|improve this answer
    
Basically I agree, but since the input is time dependent (some sort random data stream) and is build of multiple concurrent inputs covering all inputs is even more impossible than usual. –  Rsf May 13 '11 at 12:01

In the past when I've tested embedded systems I've used the debug and diagnostic tools the developers have created for their own use. I suggest you have a chat with the developers and see what tools they have and if necessary what tools they could add to help you test the system.

share|improve this answer
    
this was my first step, actually I am working very closely with the dev. team sharing most of the debug tools –  Rsf May 11 '11 at 15:52

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.