Fuzz testing: research existing KMP/Kotlin ecosystem tooling
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 42/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Lĩnh vực
- ai, developer-experience, machine-learning, testing, testing-qa, tooling
Hướng nghiên cứu
This is research for parent #981, not an implementation ticket. Start from the listed candidates (Jazzer, Jazzer.js, kotest property testing, JUnit/kotlin.test generators) and check which run on KMP source sets versus jvmTest only. Note how each reports coverage (JaCoCo-style, Gradle/CI wiring) and how other Kotlin/JVM OSS projects time-box fuzz jobs, persist corpora, and report crashes. Done is a short comparison comment or doc page so #981 can pick tools; do not implement fuzzing here. Companion #982 can run in parallel.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Sub-issue of #981 ("Enhance testing by adding fuzzing") — the R: RESEARCH phase for that
proposal. Survey what already exists in the Kotlin/KMP ecosystem before designing anything custom.
Goal
Answer "what can we reuse" before #981 gets to a design/implementation plan.
Tasks
- Fuzzing engines/harnesses for Kotlin/JVM: Jazzer
(JVM libFuzzer via coverage-guided bytecode instrumentation, the most mature option),
Jazzer.js if a JS/Wasm-side target
ever makes sense,kotlinxproperty-based testing options
(kotest property testing),
and plain JUnit/kotlin.test+ custom generators as a baseline comparison. - KMP-specific constraints: which of the above actually work across KMP source sets vs.
JVM-only — most fuzzing engines are JVM-bytecode-based (Jazzer) or Node-based (Jazzer.js),
so figure out realistic target-set scope (likelyjvmTestonly, at least initially) rather
than assuming multiplatform fuzzing is feasible. - Coverage measurement: how each candidate reports/measures coverage (Jazzer integrates
with JaCoCo-style coverage; check what's practical to wire into this repo's existing
Gradle/CI setup), and whether coverage-guided fuzzing (vs. blind random generation) is
achievable here. - CI integration patterns: how other Kotlin/JVM OSS projects run fuzzing in CI — as a
time-boxed job (e.g. N minutes/seeds per run, not exhaustive), corpus persistence between
runs (cached seed corpus so regressions aren't re-discovered from scratch), and how crashes
get reported/triaged (e.g. auto-filed issues vs. failing the build). - Reporting/eval: what output format(s) these tools produce (crash reproducers, minimized
inputs, coverage deltas) and whether any of it is consumable by this repo's existing docs/
Antora pipeline or needs a bespoke summary step. - OSS-Fuzz feasibility: whether SKaiNET could realistically be onboarded to
OSS-Fuzz (free continuous fuzzing for open-source
projects) given it already has Jazzer-based JVM project examples, as a longer-term option
beyond local/CI-only fuzzing.
Output
A short comparison write-up (as a comment on this issue, or a doc page) — not a recommendation
that's already implemented, just enough for #981 to make an informed tool choice.
Related
- Parent: #981
- Companion sub-issue (repo-state analysis, can run in parallel): #982
- Ngôn ngữ chính
- Kotlin
- Star
- 52
- Fork
- 15
- Merge trung bình
- 1 ngày 8 giờ
- Pull request đã merge (30 ngày)
- 37
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của SKaiNET-developers/SKaiNET
-
coding good first issue platform size:xs skill:js sub-issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
SKaiNET-developers/SKaiNET#1232 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
skeep tracking
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
SKaiNET-developers/SKaiNET#1331 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
assessment size:s skill:review sub-issue
Độ khó 4/5 1-2 ngày Mức phù hợp với người mới 18/100
SKaiNET-developers/SKaiNET#1330 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation good first issue size:s skill:docs sub-issue
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 78/100
SKaiNET-developers/SKaiNET#1329 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
coding good first issue size:s skill:kotlin-core sub-issue
Độ khó 3/5 Nửa ngày Mức phù hợp với người mới 75/100
SKaiNET-developers/SKaiNET#1328 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của SKaiNET-developers/SKaiNET
Issue tương tự
-
[BUG] Navigation drawer drops library-name suffixes without ellipsis (1.0.8, NVIDIA Shield)Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
damontecres/Wholphin#2069 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Android (vision-camera-location): HybridLocationManager never quits its HandlerThread on disposeĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
margelo/react-native-vision-camera#4217 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
saisaharsh3/Leftovers#13 · 1 bình luận ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 67/100
navikt/esyfo-narmesteleder#700 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
nightscout/AndroidAPS#5280 ·
Maintainer thường phản hồi trong vòng 1 ngày