Porównaj metody
Przeglądaj wybrane metody obok siebie; wiersze, które się różnią, są wyróżnione.
| Analiza pokrycia kodu× | Metryki złożoności oprogramowania× | |
|---|---|---|
| Dziedzina | Inżynieria oprogramowania | Inżynieria oprogramowania |
| Rodzina | Process / pipeline | Process / pipeline |
| Rok powstania≠ | 1988 | 1976 |
| Twórca≠ | Test Coverage Community | Thomas J. McCabe |
| Typ≠ | measurement and analysis | quantitative measurement |
| Źródło pierwotne≠ | Zhu, H., Hall, P. A. V., & May, J. H. R. (1997). Software unit test coverage and adequacy. ACM Computing Surveys, 29(4), 366–427. DOI ↗ | McCabe, T. J. (1976). A complexity measure. IEEE Transactions on Software Engineering, 2(4), 308–320. DOI ↗ |
| Inne nazwy≠ | coverage metrics, test coverage, instrumentation-based measurement | code complexity analysis, complexity measurement |
| Pokrewne | 4 | 4 |
| Podsumowanie≠ | Code coverage analysis measures the extent to which source code is executed by a test suite, quantifying which lines, branches, or paths are exercised. Tools instrument code to track execution, reporting coverage percentages and identifying untested regions. Coverage analysis guides test creation, detects dead code, and validates test adequacy in quality assurance processes. | Software complexity metrics quantify the structural and operational difficulty of code through numerical measurements. Introduced by Thomas McCabe in 1976, cyclomatic complexity became the foundational approach. These metrics assess maintainability, testability, and defect risk, enabling teams to identify problematic code regions and guide refactoring efforts. |
| ScholarGateZbiór danych ↗ |
|
|