Task #3351
closed
- % Done changed from 0 to 30
J'ai retrouvé dans mes scripts persos de LFR compliance mon test SVS-0900 qui fait tourner LFR avec les SWF à 22 + ASM à 4 pendant 7h d'affilée en passant par plusieurs modes :
(la valeurs delta est en secondes).
ini.TestSteps.append(TestStep(delta=3630,values={"Mode":NORMAL}))
ini.TestSteps.append(TestStep(delta=1800,values={"Mode":SBM1}))
ini.TestSteps.append(TestStep(delta=3600,values={"Mode":NORMAL}))
ini.TestSteps.append(TestStep(delta=1800,values={"Mode":SBM2}))
ini.TestSteps.append(TestStep(delta=3600,values={"Mode":NORMAL}))
ini.TestSteps.append(TestStep(delta=1800,values={"Mode":SBM1}))
ini.TestSteps.append(TestStep(delta=1800,values={"Mode":SBM2}))
ini.TestSteps.append(TestStep(delta=1830,values={"Mode":SBM1}))
ini.TestSteps.append(TestStep(delta=3600,values={"Mode":NORMAL}))
Le test est lancé en 3.2.0.24.
- % Done changed from 30 to 50
Fichiers de sortie LFR produit pendant le test à analyser sont dans :
/home/LFR/Documents/Manip/LFR_PACKETS/TestCharge/3.2.0.24/SVS_0900
Il faut voir si on peut utiliser le periodicity.py modifié se trouvant là :
/home/LFR/Documents/Manip/LFR_PACKETS/TestCharge
- % Done changed from 50 to 80
La première analyse semble bonne, j'ai fait tourner periodicity.py : mis à part quelques faux-positifs liés au fait que l'on a tous les changements de mode dans le même fichier, il apparait :
- La période des HK est bonne.
- Les SWF/CWF aussi : on voit clairement le fait que les changements de mode n'affecte pas la régularité attendue des produits ondes.
- Les BP/ASM quant à eux sont resettée lors des changements de mode provoquant des sauts attendus entre le temps de certaines sequences
- Status changed from In Progress to Resolved
SValR mis à jour à partir de ces résultats
- Status changed from Resolved to Closed
Also available in: Atom
PDF