test code notation with break
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- ruby
- Ambito
- devtools, testing-qa
Direzione di ricerca
Start by reviewing the existing debug_code test framework usage and the two proposed notations: comments on source lines or markers beside line numbers. Compare both with the existing break commands and debugger method, then define how tests should translate the chosen notation into breakpoints and how completion will be verified.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Just idea.
Now we need to set breakpoints with break commands on tests like:
def program
<<~RUBY
1| def foo a
2| b = a + 1 # break
3| end
4| x = 1 # break
5| x = 2
6| x = 3
RUBY
end
def test_foobar
debug_code program do
type 'break 2'
type 'break 4'
On this code, line 2 and 4 is breakpont, and using 2 break commands. On the other hands, if we use IDE we can set breakpoints on a code (with editor's support). So we can write breakpoints on the code.
IDEA1: Use comment on the line.
<<~RUBY
1| def foo a
2| b = a + 1 # break
3| end
4| x = 1 # break
5| x = 2
6| x = 3
RUBY
and issues two break commands by the test framework.
IDEA2: Check on the left of line number:
<<~RUBY
1| def foo a
*2| b = a + 1
3| end
*4| x = 1
5| x = 2
6| x = 3
RUBY
and issues two break commands by the test framework.
Of course we can write debugger method, but it can be different from normal break points, so it should be supported separately.
- Lingua principale
- Ruby
- Stelle
- 1.3k
- Fork
- 146
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ruby/debug
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
-
Support exceptionOptions in setExceptionBreakpoints to catch arbitrary exception classes via DAP Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Issue simili
-
SyncEm always forwards a dummy block, so wrapped methods lose their no-block/Enumerator behavior Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
endoflife-date/endoflife.date#11086 ·
-
internal
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
Kong/developer.konghq.com#7322 ·
-
bug P2
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100