tree: 68b896f94acdfc12bb75d534ebfc8f63497defab [path history] [tgz]
  1. 114431182
  2. 116495682_1
  3. 126169642
  4. 134172128
  5. 143431863
  6. 145684916
  7. 149757877
  8. 149962816
  9. 149962877
  10. 150245846
  11. 150280258
  12. 150310130
  13. 151151704
  14. 151882032
  15. 153757612
  16. 153891703
  17. 154718864
  18. 154985893
  19. 155506346
  20. 155578201
  21. 155689090
  22. 156414349
  23. 157091836
  24. 157513579_1
  25. 157921572
  26. 159389429_08
  27. 159389429_16
  28. 159389429_17
  29. 159389429_18
  30. 159389429_20
  31. 159475529_1
  32. 159475529_2
  33. 159478550
  34. 160997543
  35. 161236205
  36. 168158647
  37. 187845184
  38. 210161427_1
  39. 210161427_2
  40. 211020120
  41. 214120190
  42. README.md
v2/scenarios/README.md

Scenarios

Test scenarios are files with a predefined structure for running tests.

A scenario should have some text describing what is being tested and why. Following the description, the keyword EXPECTED followed by a colon and a comma-separated list of expected licenses should appear, concluding with an endline. All remaining content in the file is passed as input to the classifier.

Filenames are generally the Buganizer id, suffixed with an underscore and numbers if there are multiple scenarios necessary for a bug.

As an example:

This is a simple license header that we did not previously detect due
to b/12345
EXPECTED:ISC
<code content goes here>

Scenarios should not be encumbered by license restrictions, so it‘s essential to create a minimal reproduction that doesn’t rely on licensed code.