globalizejs/globalize

Performance tests

Open

#397 aperta il 17 feb 2015

Vedi su GitHub
 (1 commento) (0 reazioni) (0 assegnatari)JavaScript (645 fork)batch import
help wantednew feature

Metriche repository

Star
 (4759 star)
Metriche merge PR
 (Nessuna PR mergiata in 30 g)

Descrizione

Goal

Test the performance impact of fixes/changes. So, we ensure our performance is continuously improved; In other words, we're interested in comparing how fixes or changes affect the systemic performance of the library.

General Ideas

  • We need to compare the performance before and after a change. Therefore, we need a metric describing how fast Globalize performs what it's supposed to.
  • We're interested in the systemic performance of the library. Therefore, performance tests performance/* should use the built files dist/* (and public methods Globalize.*), analogous to the functional tests test/functional/*.
  • Keep it simple. The performance tests are about generating the performance metrics (benchmark). A second and different problem is about comparing two different results. For this one, consider something analogous to https://github.com/rwaldron/grunt-compare-size.

Workload

  • We need to define that. It should reflect what Globalize applications look like.
  • Vyacheslav Egorov talks about shitty workloads you should avoid.

References

Guida contributor