Pluggable fault detection tests for data pipelines
US-2017220403-A1 · Aug 3, 2017 · US
US10395751B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10395751-B2 |
| Application number | US-201715634357-A |
| Country | US |
| Kind code | B2 |
| Filing date | Jun 27, 2017 |
| Priority date | Jun 28, 2016 |
| Publication date | Aug 27, 2019 |
| Grant date | Aug 27, 2019 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A system and an operating method thereof include a system under test (SUT) having a hardware array of flash storages, partitions including logical volumes, a kernel subsystem including an operating system, and an application layer including services, applications, and/or systems. The application layer receives test drivers and corresponding test fixtures from an external source. The SUT is segmented into subsystems of interest, and a different test using a different test fixture is applied to each subsystem. The tests are monitored and the results of the tests are collected and verified against suitable benchmarks. Results and associated data are archived.
Opening claim text (preview).
What is claimed is: 1. A system comprising: a system under test (SUT) having a hardware array of flash storages, partitions including logical volumes, a kernel subsystem including an operating system, and an application layer including services, applications, systems, or a combination thereof; wherein the application layer receives test drivers and corresponding test fixtures from an external source, segments the SUT into subsystems, including a first segmented subsystem and a second segmented subsystem, and drives a different test using a different text fixture on each segmented subsystem, and wherein a result of the test driven on the first segmented subsystem is applied as an input to the test driven on the second segmented subsystem. 2. The system recited in claim 1 wherein the logical volumes comprise RAID, LVM, DA targets, iSCSI, or a combination thereof. 3. The system recited in claim 1 wherein the operating system comprises file system, network file system, or a combination thereof. 4. The system recited in claim 1 wherein the application layer comprises NFS, database, shell, daemon, or a combination thereof. 5. An operating method of a system comprising: providing a system under test (SUT) having a hardware array of flash storages, partitions including logical volumes, a kernel subsystem including an operating system, and an application layer including services, applications, systems, or a combination thereof; segmenting the SUT into subsystems; driving, by test drivers, tests to be performed on the SUT; generating, by test fixtures, test data sets corresponding to the test drivers; segmenting the SUT into subsystems, including a first segmented subsystem and a second segmented subsystem; creating test cases in accordance with the test drivers and the test data sets, including creating a test case to drive a different test using a different text fixture on each segmented subsystem; tracking, by observers, test results of the test cases, wherein the test results include metrics; and storing historical data of the test cases in archives; wherein a result of the test driven on the first segmented subsystem is applied as an input to the test driven on the second segmented subsystem. 6. The method recited in claim 5 wherein each test fixture generated corresponds to a respective one of the test drivers, the method further comprising categorizing the test fixtures and their respective test drivers into application drivers and respective application test fixtures, file drivers and respective file test fixtures, volume drivers and respective volume test fixtures, and lower level drivers and respective lower level test fixtures. 7. The method recited in claim 5 wherein the generating test data sets includes generating test data sets accompanied by assertions. 8. The method recited in claim 7 wherein the generating test data sets accompanied by assertions includes writing pre-test assertions, in-test assertions, and post-test assertions. 9. The method recited in claim 5 further comprising grouping the test cases into test groups, wherein the test cases in a same test group reflecting structure of the metrics, and one of the test cases contains at least one of the tests. 10. The method recited in claim 5 further comprising categorizing the tests into test fixture classes, wherein the tests in a same test fixture class share common resources and procedures, and one of the test fixture classes contains at least one of the tests. 11. The method recited in claim 10 wherein the sharing common resources and procedures includes partitioning, wherein the partitioning executes different tests under the same conditions with the same test data sets. 12. The method recited in claim 10 wherein the sharing common resources and procedures includes pipelining, wherein the pipelining connects a set of test processing elements or procedures in series. 13. The method recited in claim 10 wherein the sharing common resources and procedures includes parallelizing, wherein the parallelizing conducts the tests using different categories of the test drivers. 14. The method recited in claim 10 wherein the sharing common resources and procedures includes sharing failed tests of the SUT with a different compatible SUT. 15. The method recited in claim 10 wherein the sharing common resources and procedures includes check-pointing, wherein the check-pointing marks a complete and clean state of a portion of an entire test performed on the SUT. 16. A testing system comprising: a system under test (SUT) having a hardware array of flash storages, partitions including logical volumes, a kernel subsystem including an operating system, and an application layer including services, applications, systems, or a combination thereof; test drivers configured to drive tests to be performed on the SUT; test fixtures configured to generate test data sets corresponding to the tests driven by the test drivers; observers configured to track test results of test cases created in accordance with the test drivers and the test data sets, wherein the test results include metrics; and archives configured to store historical data of the test cases; wherein the SUT is segmented into subsystems, including a first segmented subsystem and a second segmented subsystem, and a different test using a different test fixture is applied to each segmented subsystem, and wherein a result of the test driven on the first segmented subsystem is applied as an input to the test driven on the second segmented subsystem. 17. The testing system recited in claim 16 wherein each test fixture corresponds to a respective one of the test drivers, and wherein the test fixtures and their respective test drivers are categorized into application drivers and respective application test fixtures, file drivers and respective file test fixtures, volume drivers and respective volume test fixtures, and lower level drivers and respective lower level test fixtures. 18. The testing system recited in claim 16 wherein the test data sets are accompanied by assertions. 19. The testing system recited in claim 16 wherein the test cases are grouped into test groups, wherein the test cases in a same test group reflecting structure of the metrics, and one of the test cases contains at least one of the tests. 20. The testing system recited in claim 16 wherein the tests are categorized into test fixture classes, wherein the tests in a same test fixture class share common resources and procedures, and one of the test fixture classes contains at least one of the tests.
Pattern generation · CPC title
Test algorithms, e.g. memory scan [MScan] algorithms; Test patterns, e.g. checkerboard patterns · CPC title
Arrangements in static stores specially adapted for testing by means external to the store, e.g. using direct memory access [DMA] or using auxiliary access paths · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.