Codecov Report

Attention: 15 lines in your changes are missing coverage. Please review.

Comparison is base (23503d7) 63.64% compared to head (0ddd798) 63.58%.

@@              Coverage Diff              @@
##             develop     #734      +/-   ##
=============================================
- Coverage      63.64%   63.58%   -0.06%     
+ Complexity      3360     3338      -22     
=============================================
  Files            317      317              
  Lines          15124    15072      -52     
  Branches        2551     2543       -8     
=============================================
- Hits            9625     9583      -42     
+ Misses          4608     4601       -7     
+ Partials         891      888       -3     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

Which Method do you mean?
I think the only interesting method would be concreteDispatch which is still contained in the AbstractCallGraphAlgorithm.
I'm not sure how interesting a method is which just list all implementations of the same method in Subtypes, because subtypes which have no implementation could use default methods of interfaces.
Additionally, it is quite easy to develop such a method with our provided API

MethodSignature baseMethod ....
view.getTypeHierarchy().subtypesOf(classtype)
   .map(clazz ->view.getIdentifierFactory().getMethodSignature(
      clazz , baseMethod.getSubMethodSignature))
   .map(ms -> view.getMethod(ms))
   .filter(Optional::isPresent)
   .map(Optional::get)

Sourcecode might not be correct. I wrote this down from mind

But we could think about if we want to provide an option to define a maximum depth for a call graph algorithm. For example a method which just looks at the given method and does not continue further. But for RTA we have the problem that we miss instantiations of classes which result in new targets. But CHA should be okay