GovContracts · GovTest · GovIT · GovLab · GovMedical

Ensuring high-quality ICs

Suppose you were given the assignment to find a basketball in the Los Angeles area—just one basketball in no particular location, but in a location where it wasn’t supposed to be. How would you begin?

Being assigned the task of finding a defect in a modern IC device can be similar to having to find that errant basketball. Are you ready for this task? Your company’s reputation for quality may depend on it.

When it comes to products for the medical or automotive markets, the quality requirements are extremely high, targeting very low to zero DPPM (defective parts per million). In many cases, the customer sets these requirements, dictating, for instance, both the specific metrics for test-coverage goals and the fault models that you must use. Test requirements also can be associated with specific industry standards, such as those from the Automotive Electronics Council, to ensure that comparative metrics are used.

Many companies have entire organizations and teams dedicated to product quality and yield enhancement, and DFT (design for test) is a key element from product planning through production. Although high test coverage is commonly used as a defining metric, it is only one piece of providing high-quality IC products. In addition to ensuring adequate test coverage, you must generate the correct test patterns, ensure they run on the specified ATE (automatic test equipment), and also ensure they work on first silicon and in production test. And when material starts to fail tests, you must be able to identify the root cause so the problem can be avoided next time. Quality doesn’t happen by accident; it must be designed into the product and process.

Planning for quality

Some wise person once said that most people don’t plan to fail; they just fail to plan. A comprehensive test plan is imperative for achieving high-quality ICs. The first step in developing a plan is to determine what the quality requirements are for the design and what elements in the design need to be tested to ensure those requirements are met. For instance, is the design all digital logic, or does it also have some analog pieces? Does the design include embedded memories or PLLs (phase-locked loops) for on-chip clock generation? Are there high-speed I/O pins or any other special interface requirements? What are the requirements for the target market?

Here are some of the main items to consider when putting together a test plan:

  • For large designs or when using multiple ATPG (automatic test-pattern generation) fault models, it is common to include some on-chip test-compression technique. Does this design need test compression? If so, how much?
  • Which BIST (built-in self-test) algorithms will you use to test any on-chip memory?
  • Which type of ATE will you use? What are its capabilities and limitations? Will testing occur at the wafer level, at the packaged-part level, or both?
  • Must tests run at system speed? How many clock domains are there, and how should testing be done between those domains?
  • Will diagnostics and FA (failure analysis) be done when ICs fail during production test? How will that data be used to improve yield and quality?
  • What standards need to be complied with, such as IEEE 1149.1 or 1149.6 for boundary scan?

Full article by Colin Renfrew, Freescale Semiconductor, and Bruce Swanson, Mentor Graphics — Test & Measurement World

Share this

  • RSS
  • email
  • Twitter
  • LinkedIn
  • Facebook
  • Google Bookmarks
  • Digg
  • del.icio.us

Ali Cheung is the Marketing Programs Manager at GSAmart, the leading GSA sales and marketing partner for technology companies.

19 comments

  1. randall August 24th, 2014 at 3:06 am

    .

    thanks for information!!…

  2. kenneth August 24th, 2014 at 12:10 pm

    .

    сэнкс за инфу!!…

  3. Gilbert November 20th, 2014 at 12:27 am

    .

    tnx for info!…

  4. alfonso November 29th, 2014 at 7:10 am

    .

    good….

  5. Christopher December 4th, 2014 at 5:29 am

    .

    good!!…

  6. ricardo December 13th, 2014 at 1:50 am

    .

    ñýíêñ çà èíôó….

  7. angel December 14th, 2014 at 7:42 pm

    .

    ñïàñèáî çà èíôó….

  8. carl December 15th, 2014 at 6:55 pm

    .

    ñïñ….

  9. herbert December 24th, 2014 at 4:38 pm

    .

    ñïñ çà èíôó!…

  10. mark December 24th, 2014 at 4:58 pm

    .

    áëàãîäàðþ!…

  11. Lawrence January 18th, 2015 at 12:01 pm

    .

    thanks!…

  12. dennis January 23rd, 2015 at 5:15 am

    .

    thank you!!…

  13. Daryl January 23rd, 2015 at 5:46 am

    .

    thanks!!…

  14. Ian January 27th, 2015 at 12:53 am

    .

    ñïñ çà èíôó….

  15. Christopher January 27th, 2015 at 12:33 pm

    .

    thanks for information!!…

  16. harry January 28th, 2015 at 8:57 pm

    .

    áëàãîäàðåí!!…

  17. samuel February 3rd, 2015 at 4:17 pm

    .

    ñïñ!!…

  18. Tracy February 4th, 2015 at 9:29 am

    .

    áëàãîäàðñòâóþ!…

  19. Keith February 8th, 2015 at 11:57 am

    .

    hello!…

Add your comments