Q3 et 4
This commit is contained in:
@@ -53,3 +53,30 @@ Use the project in [tp3-date](../code/tp3-date) to complete this exercise.
|
||||
|
||||
## Answer
|
||||
|
||||
1.
|
||||
isLeapYear : une année bissextile est un multiple de 4, on a juste à tester un multiple de 4 et un non multiple de 4
|
||||
|
||||
isValidDate : on a plusieurs choses à tester :
|
||||
mois valide entre 1 et 12 : on teste donc le mois 0, le mois 10, et le mois 13
|
||||
jour valide entre 1 et 28,29,30 ou 31 : on doit donc avoir plusieurs catégories de test :
|
||||
-le jour 0, le jour 32, le jour 10
|
||||
-bissextile
|
||||
-non bissextile :
|
||||
-mois en 30
|
||||
-mois en 31
|
||||
|
||||
constructeur Date : il doit vérifier qu'une date non valide génère une Exception, et une valide n'en génère pas
|
||||
|
||||
nextDate : dans le même principe que isValidDate, on doit vérifier dans les mêmes cas
|
||||
|
||||
previousDate : pareil que nextDate
|
||||
|
||||
compareTo : On teste une différence pour un jour différent, un mois différent et une année différente.
|
||||
|
||||
2.
|
||||
Avec la coverage, on a pu détecter une vérification redondante et une condition inutile qui généraient du code mort, et une opération boolean inutile dans une condition
|
||||
3.
|
||||
La coverage précédent nous apermis de detecter un opérateur inutile. Les autre condition n'on qu'un seul opérateure.
|
||||
|
||||
4.
|
||||
En lançant PIT, tous les mutants générés ont été tués.
|
||||
Reference in New Issue
Block a user