System quality requirements have never been higher. But time-to-market pressures have also never been greater. How do you meet one without sacrificing the other?
Embedded systems users expect bug free, responsive and stable applications that provide the best user experience.
The consequence of failing to meet user expectations can result in more than just application abandonment. With the power of social media, it also can quickly lead to a tarnished brand, resulting in lost revenue opportunities from both current and future users.
At the same time, increasing competition and security issues are leading to shorter development and delivery schedules, and quicker deployment of product updates and security fixes. So application failure or releasing a product with major bugs is not an option.
Continue reading “Continuous Testing Delivers Quality with Faster Time-to-Market” »
Some product management decisions are hard. Product managers are constantly weighing trade-offs among time-to-market, functionality, competitive differentiation, development costs and other factors.
But some product decisions seem like no-brainers. Would you bring an IT product to market that puts customers at significantly increased risk of security breaches, privacy violations, potentially massive fines, and lawsuits?
“Of course not. That would be lunacy,” you can imagine the typical product manager as saying. Yet companies are shipping products every day that introduce this sort of risk into customer environments.
Continue reading “The Risks of a ‘Stale, Abandoned’ Product” »
In the past few years, there has been an explosive growth in the use of various types of mobile and IoT devices and use of open source based operating systems like Linux and Android. These use cases have forced application developers to test their applications against a rising number of devices with their current and legacy versions of operating systems.
This trend has made the Board Farm concept into an effective and efficient tool for solving these expanding test challenges, especially if configured as a cloud.
The time-to-market (TTM) for a new product introduction (NPI) is usually gated by working hardware and firmware that can eventually be certified for launch by the Quality Assurance department. A closer look at the schedule will show you that development is pretty much serialized due to the availability of working hardware boards at various stages of development for departments like platform, application development, test, manufacturing test, and then final QA.
Usually, the hardware group is either at the end of its Engineering Validation Test cycle or at the beginning of its Design Validation Test (DVT) cycle when the software team receives the minimum number of required hardware boards and is at peak code development stage.
Worse yet, the test team may get boards while DVT may be over or if luck has it, is in progress. Hence the huge risk exists of uncovering a hardware issue at this stage by either test or, to lesser extent, the software team.
Such fixes at this late stage are very expensive, and therefore, end up in negotiations over forced trade-offs with product management. And then compromises are made, essentially lowering either the quality or the value of the product.
A Universal Tool
The board farm cloud (BFC), which is becoming an essential solution for testing against numerous combinations of settings and versions of products, can be made even more useful if it can help avoid these forced trade-offs caused by board availability constraints. The BFC can offer an excellent ROI by itself, and moreover, it can provide an even higher value to the company if it can be used by departments other than Engineering.
The following use cases draw out the features which make the BFC a universal tool across the company.
Shortening the Production Development Schedule
In this first use case, using a BFC that allows remote access and shared hardware results in fewer pieces of hardware built. That in turn lowers R&D project cost, increasing the NPV and lowering the payback period.
The main advantage of sharing is that it gives much earlier access to the software platform/firmware team, allowing them to begin software development and testing earlier, and thus shrinking the project timeline and shortening TTM.
All of this takes place without the hardware engineer giving up physical access to the board next to him/her and it increases the percentage of time the board may be available for sharing with other teams.
Improving Product Quality
This second use case stems from the departments of QA and DevOps, which often have conflicting priorities. While DevOps is under pressure to deliver product to market quickly, QA’s objective is to test as much as possible to ensure the highest quality product.
In addition, these teams have to deal with verifying larger combinations of supported hardware, further increasing complexity and putting pressure on the release schedule.
If the BFC supports integration with CI/CD systems and can interface with a test automation framework, it can help reduce this pressure.
By triggering a system like Jenkins, and utilizing Test Automation Software, one can easily set up a dedicated CI/CD test environment over dedicated shared boards and run automated System and/or Scenario based testing automatically.
Furthermore, a scalable BFC allows for the connecting of a large number of Devices under test (DUT). So as new version of hardware and/or software becomes available, it can easily be tested using CI and test automation as per spec on features functionality, stress, and interconnectivity with previous released versions, thus improving the quality.
Performing Customer Demos and Evaluation
A third and a good use case example is Sales demo. Salespeople need boards for performing demos and for helping their customers with product evaluation.
A BFC allows salespeople to demo remotely by logging into an existing BFC, eliminating the need for them to carry any hardware, and in turn, reducing the quantity of hardware pieces needed for sales teams.
And having the ability for salespeople to remotely load customer demos/applications onto hardware enables customers to evaluate products on a relevant and more personal level. Hence that brings the requirements of not only remote access to a BFC, but also an intuitive and well-designed UI that allows full control of the embedded system via web.
Delivering Focused Customer Engineering Support
The fourth use case is customer Support engineering. If all legacy products and current products are accessible in a centralized manner on a BFC, customer problem reports (tickets) can be reproduced with less time spent on finding the right hardware and software combination and booting older products.
This would make the job of support personnel more focused, in terms of understanding and writing the ticket and issue reproduction. This brings board allocation and job queuing functionality requirements to a BFC.
Managing Product Inventory
The fifth use case is Product engineering. At times, developing or interfacing a new subsystem into an existing customer setup is required as a proof of concept or for test purposes.
If a BFC has a set of GPIOs, Bus extensions like I2C, and usertoggled USB/Ethernet connections through hot plugs, and if all are under software control, then that allows for easier build out of new capability in smaller/standalone pieces before building it all in one system.
In addition to the use cases above, there are other use cases for manufacturing, marketing, and engineering.
Timesys On-Premises Board Farm Cloud
The Timesys On-Premises BFC started out doing a simple setup for the embedded hardware. However, as more features were integrated to support different use cases, the Timesys On-Premises BFC evolved into a unique solution that bridges the geographical gap and presents the shared hardware as if it is locally sitting next to the user with full control.
It has all the features described above to make it a useful product that brings value to multiple departments with one investment in capital equipment.
The Timesys On-Premises BFC is a centrally located Master with the necessary software that forms the core of BFC (plus the TAS, if added) connected to various Zombies that are placed at various locations around the corporation, as long as the Zombie has network connectivity to the Master (Figure 1).
Figure 1: Timesys On-Premises Board Farm Cloud (BFC)
The Timesys On-Premises BFC is architected with Rest APIs so any Test Automation framework can be plugged in easily (Figure 2).
Figure 2: Rest APIs for Test Automation
Some of the key features of Timesys On-Premises BFC are: Centralized Management, Dashboards, accessible from anywhere via a web browser, Rest API for Test Automation, Remote Power Cycle, Console Access, easily customizable (support for different Power modules), various boot options (SD card, network, USB), Expansion capability (I2C, USB buses, GPIO pins), SD mux, Ethernet and USB Hot plugs, Built-in App/Test server, etc.
Some of the benefits of the Timesys On-Premises BFC are: private behind your firewall and totally under your control, common infrastructure for test automation, boards at remote locations available to everyone, Sales/Field demo, Remote board debugging, Remote viewing (Live streaming), and inventory and health of boards.
To learn more about the Timesys On-Premises BFC, contact us.
Timesys has extensive experience with embedded system development and lifecycle management. Timesys has been instrumental in working with global leader semiconductor manufacturers with smart, quick and quality solutions for highly complex systems with accelerated product innovation and multiple product variants.