summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorWen Gao <gaowen@caicloud.io>2018-05-03 14:52:42 +0800
committerWen Gao <gaowen@caicloud.io>2018-05-03 14:54:00 +0800
commit6a724a42ed5c31e5b3b0d95f9227ebd00293f348 (patch)
tree7510eec276ebdba62238493b332e7d997794ba0b
parentd8560d5f778e10e5e0641be2c0082547dcc950e5 (diff)
Word error
-rw-r--r--sig-scalability/blogs/scalability-regressions-case-studies.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/sig-scalability/blogs/scalability-regressions-case-studies.md b/sig-scalability/blogs/scalability-regressions-case-studies.md
index 686a2bf8..31a757df 100644
--- a/sig-scalability/blogs/scalability-regressions-case-studies.md
+++ b/sig-scalability/blogs/scalability-regressions-case-studies.md
@@ -37,4 +37,4 @@ This document is a compilation of some interesting scalability/performance regre
- On many occasions our scalability tests caught critical/risky bugs which were missed by most other tests. If not caught, those could've seriously jeopardized production-readiness of k8s.
- SIG-Scalability has caught/fixed several important issues that span across various components, features and SIGs.
- Around 60% of times (possibly even more), we catch scalability regressions with just our medium-scale (and fast) tests, i.e gce-100 and kubemark-500. Making them run as presubmits should act as a strong shield against regressions.
-- Majority of the remaining ones are caught by our large-scale (and slow) tests, i.e kubemark-5k and gce-2k. Making them as post-submit blokcers (given they're "usually" quite healthy) should act as a second layer of protection against regressions.
+- Majority of the remaining ones are caught by our large-scale (and slow) tests, i.e kubemark-5k and gce-2k. Making them as post-submit blockers (given they're "usually" quite healthy) should act as a second layer of protection against regressions.