Jun 15, 2025
Оfftopic Community
Оfftopic Community
Forums
New posts
Search forums
What's new
Featured content
New posts
New media
New media comments
New resources
New profile posts
Latest activity
Media
New media
New comments
Search media
Resources
Latest reviews
Search resources
Members
Current visitors
New profile posts
Search profile posts
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Menu
Log in
Register
Install the app
Install
Forums
Technology
Software & Hardware
Firmware Development
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="residual" data-source="post: 2664768" data-attributes="member: 900621"><p>As with any design development, the firmware must undergo validation and verification testing to ensure the controller and the system performance is safe, predictable and efficient. Thus <strong><a href="http://www.enventureonline.com/" target="_blank">Firmware Development Process</a> </strong>process is important for any product.</p><p></p><p>Firmware is usually developed using either the classical waterfall or the incremental model of development. Firmware development includes a series of steps. Once the firmware has been developed, testing is done during the verification stage of the development cycle. Usually black-box testing is done at this stage. Regression tests are also performed. These tests may be manual or automatic. Since automatic testing is faster, many of these tests are automated. However, most of the tests cannot test the firmware in situation, i.e., as the firmware is running. For example, if boundary value testing is to be done, then an automated test will test the software for the extreme values but it does not test how the software will behave if these boundary values are given when the system is running. Of course, the system can be manually tested by actually entering the boundary values (for a system that lets users set values of data) and checking to see if the system behaves as expected. But this is very time consuming. Another alternative is to have the system test itself upon start-up or upon pressing a special key but this will require a pre-defined sequence of tests and will be extremely inflexible. Therefore, the task of choosing an embedded firmware development process must be done with proper care and intelligence.</p></blockquote><p></p>
[QUOTE="residual, post: 2664768, member: 900621"] As with any design development, the firmware must undergo validation and verification testing to ensure the controller and the system performance is safe, predictable and efficient. Thus [B][URL="http://www.enventureonline.com/"]Firmware Development Process[/URL] [/B]process is important for any product. Firmware is usually developed using either the classical waterfall or the incremental model of development. Firmware development includes a series of steps. Once the firmware has been developed, testing is done during the verification stage of the development cycle. Usually black-box testing is done at this stage. Regression tests are also performed. These tests may be manual or automatic. Since automatic testing is faster, many of these tests are automated. However, most of the tests cannot test the firmware in situation, i.e., as the firmware is running. For example, if boundary value testing is to be done, then an automated test will test the software for the extreme values but it does not test how the software will behave if these boundary values are given when the system is running. Of course, the system can be manually tested by actually entering the boundary values (for a system that lets users set values of data) and checking to see if the system behaves as expected. But this is very time consuming. Another alternative is to have the system test itself upon start-up or upon pressing a special key but this will require a pre-defined sequence of tests and will be extremely inflexible. Therefore, the task of choosing an embedded firmware development process must be done with proper care and intelligence. [/QUOTE]
Insert quotes…
Name
Verification
Please enable JavaScript to continue.
Loading…
Post reply
Top