Improve code coverages using different technique in analyzers

オープン
#588 コメント 2 件 リアクション 1 件 担当者 0 名 GitHub で見る

メンテナーはふだん 6 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
clojure, csharp, groovy, java, javascript, kotlin, python, scala
領域
tooling

調査の方向性

この issue では、ファイル、テスト、アナライザーのエントリーポイントが指定されていません。まずパッケージのアナライザーを見つけ、カバレッジの測定方法を確認してください。完了とみなすには、オブジェクトを動的にインスタンス化するための合意されたベストエフォートのアプローチと、記載された言語でカバレッジが向上したことを示す証拠が必要です。

索引モデルが issue の本文から書いたものです。

説明

dynamic analysis enhancement

The currently implemented package analyzers provide a limited coverage of the code when the payload is hiding in non setup/import phase

Suggesting to improve coverage with a best-effort approach to reflect and dynamically instantiate objects inside the package to increase the analysis coverage.

From my experience with this approach implemented in another similar project, I can share this is doable in a reasonable time for the following languages:

Javascript
Python 
Java
Groovy
C#
Clojure
Scala
Kotlin

I'm planning to contribute it to this project, let me know WDYT

主要言語
Go
スター
925
フォーク
75
平均マージ
4日 2時間
マージ済み PR(30日)
3

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ossf/package-analysis のほかの issue

ossf/package-analysis の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。