0

My company develops embedded systems and they have a project where they are developing a new platform which will be used to do demos for potential clients. They are introducing a new technological concept and they want to have it as base for new products, so they can reuse most of the blocks of code generated and have just to configure some parts of the architecture and add customer applications.

There is a group of engineers working on it, a couple of them for each competency (SW/SYS/EE/Mech) and they want to include us (system testing group) to perform test over each release. My manager wants to include integration testing to our approach and I am leading the initiative.

I want to demostrate that we should only perform integration testing, since the software developed will not have an specified client, the system requirements will be generated by SYS/SW competencies. System testing is based on req. documents, so testing implementations done by SW against requirements written by SW/SYS will lead to issues not solved (I think SW will not put efforts to modify an implementation they decided to do). Also, most of the Requirements generated by them will be different that the generated by the potential client (in case they decided to give us a project) so that would only led to duplicate work.

Integration Testing (between software modules, not HW-SW) will lead us to find issues on the base architecture for future projects using that platform, and to find better ways to interface between applications the customer would want on the product and our sw and the provided by third parties (HAL, RTOS, Services, etc.).

I am right? What would be your criteria to decided whether Integration or System (or both)?

  • 1
    Can you please enlighten an ignorant guy like me what "SW" and "SYS" means in your organization? Maybe also EE & Mech, does not seem so important, but just be complete. – Doc Brown Nov 12 '17 at 17:24
  • SW is the software development team, and SYS is the systems team, which manages the requirements and is the bridge between the team and the customer – PySerial Killer Nov 12 '17 at 19:02
2

How much and which kind of testing should be performed depends heavily on what exactly your company will be making as part of the platform and what can/will be customized for each client.

If your platform is essentially an idea for an architecture that is supported by a set of high-level software modules that clients can choose from, then integration-testing of all kinds of combinations should probably the primary focus.

If, on the other hand, if the clients can only specify their application behaviour within the domain that the platform was designed for and the platform is otherwise completely standardized, then a system-test of a demo application would be in order.

  • The main idea is to have a flexible architecture to insert the customer applications in our platform, develop any other application they want and change details of the architecture they specifically want, so having a structure easy to reconfigure ad based on the new technology concept would be the goal. – PySerial Killer Nov 12 '17 at 19:15

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

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