globalizejs/globalize

Performance tests

Open

#397 opened on 2015年2月17日

GitHub で見る
 (1 comment) (0 reactions) (0 assignees)JavaScript (4,759 stars) (645 forks)batch import
help wantednew feature

説明

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

コントリビューターガイド