以滿足性能目標時部署規模擴大到支援真正的級別使用的情況下，好發展過程中，規模小，部署工作的系統可能會失敗。
最近的外包發展的工作也在發展中，規模小，部署的 aSystems 的藍籌公司主要來自可以一個恰當的例子，這不能滿足性能目標時部署規模擴大到支援使用的真實水準。
一個恰當的例子，這來自于最近的外包發展創新的高科技平臺的主要藍籌公司。雖然發展是落後于日程，這被認為是可以接受的。系統逐步通過使用者接受度測試功能要素並最終看起來可以設置部署日期。但然後供應商開始負載測試和可伸縮性測試。接著是長時間和代價高昂的時期建築的更改和更改的系統要求。供應商提供可接受的系統，直到最後專案被擱置了英勇地戰鬥。
這不是一個孤立的例子。IT 民間傳說很多類似的故事。從救護車調度系統網站以電子方式提交報稅表，系統失敗，因為他們的規模和經驗高峰需求。所有這些專案不似乎已確定並命令他們所面臨的主要風險。這是一個基本的基於風險的測試、 舞臺，同樣適用于對可伸縮性測試或負載測試功能測試或業務連續性測試中一樣。無風險評估，他們沒有意識到這種縮放是其中最大的風險，以便提供的所有功能更多
朝著面向服務的體系結構 (SOA) 的最新趨勢，嘗試解決問題的可擴展性，但也帶來了新的問題。納入外部提供服務到您的總體解決方案意味著你現在擴展的能力取決於這些外部系統運作荷載作用下。保證這是艱巨的任務，可悲的是負載測試和壓力測試在這裡經常被忽視。
更好的做法是從大型軟體系統的開發開始清楚地在腦子裡，其性能特別是可伸縮性測試、 卷測試和負載測試。要創建此性能測試的重點：
1.研究和量化的資料量和交易量意味著目標市場。這些數位的一些可以眼開證人和説明實現系統的全面的業務使用者。這一個人可能導致重估的優先權的許多功能。
2，確定可提交功能的方式，為使用者和系統結構，使縮放的系統更容易。不嘗試並具有相同的功能，您將有單使用者的桌面解決方案提供適當的可擴展替代方法。
3.認識到發展進程的一個固有部分是負載測試代表尺度上每個增量的軟體版本。這是不斷測試、 重點專案的最大風險： 全面運轉能力。
4.確保負載測試是足夠的在範圍和嚴謹。負載測試並非只是性能測試與測量回應時間。負載測試方案需要包括其他類型的負載測試，包括壓力測試、 可靠性測試和耐力測試。
5.別忘了將會發生故障。大型系統一般包括伺服器叢集容錯移轉行為。應包括故障測試、 容錯移轉測試和恢復測試負載下運作的代表規模系統上進行。
6.別忘了可能發生災難性故障。對於大範圍的問題，災難測試和災難恢復測試應進行在代表規模和負荷。這些活動可被視為業務連續性測試技術的圖的層。
7.認識到外部服務，如果您使用它們。SOA 的態度而依賴于外部服務，您需要被肯定的是，這些服務上的輸送量和周轉時間作為您系統的規模和其需求的增長將仍可接受。智慧系統體系結構將包括一個優美的回應和回退操作的外部服務行為惡化或失敗。
版權精明 2005
創新的高科技平臺。雖然發展是落後于日程，這被認為是可以接受的。系統逐步通過使用者接受度測試功能要素並最終看起來可以設置部署日期。但然後供應商開始負載測試和可伸縮性測試。接著是長時間和代價高昂的時期建築的更改和更改的系統要求。供應商提供可接受的系統，直到最後專案被擱置了英勇地戰鬥。
這不是一個孤立的例子。IT 民間傳說很多類似的故事。從救護車調度系統網站以電子方式提交報稅表，系統失敗，因為他們的規模和經驗高峰需求。所有這些專案不似乎已確定並命令他們所面臨的主要風險。這是一個基本的基於風險的測試、 舞臺，同樣適用于對可伸縮性測試或負載測試功能測試或業務連續性測試中一樣。無風險評估，他們沒有意識到這種縮放是其中最大的風險，以便提供的所有功能更多
朝著面向服務的體系結構 (SOA) 的最新趨勢，嘗試解決問題的可擴展性，但也帶來了新的問題。納入外部提供服務到您的總體解決方案意味著你現在擴展的能力取決於這些外部系統運作荷載作用下。保證這是艱巨的任務，可悲的是負載測試和壓力測試在這裡經常被忽視。
更好的做法是從大型軟體系統的開發開始清楚地在腦子裡，其性能特別是可伸縮性測試、 卷測試和負載測試。要創建此性能測試的重點：
1.研究和量化的資料量和交易量意味著目標市場。這些數位的一些可以眼開證人和説明實現系統的全面的業務使用者。這一個人可能導致重估的優先權的許多功能。
2，確定可提交功能的方式，為使用者和系統結構，使縮放的系統更容易。不嘗試並具有相同的功能，您將有單使用者的桌面解決方案提供適當的可擴展替代方法。
3.認識到發展進程的一個固有部分是負載測試代表尺度上每個增量的軟體版本。這是不斷測試、 重點專案的最大風險： 全面運轉能力。
4.確保負載測試是足夠的在範圍和嚴謹。負載測試並非只是性能測試與測量回應時間。負載測試方案需要包括其他類型的負載測試，包括壓力測試、 可靠性測試和耐力測試。
5.別忘了將會發生故障。大型系統一般包括伺服器叢集容錯移轉行為。應包括故障測試、 容錯移轉測試和恢復測試負載下運作的代表規模系統上進行。
6.別忘了可能發生災難性故障。對於大範圍的問題，災難測試和災難恢復測試應進行在代表規模和負荷。這些活動可被視為業務連續性測試技術的圖的層。
7.認識到外部服務，如果您使用它們。SOA 的態度而依賴于外部服務，您需要被肯定的是，這些服務上的輸送量和周轉時間作為您系統的規模和其需求的增長將仍可接受。智慧系統體系結構將包括一個優美的回應和回退操作的外部服務行為惡化或失敗。
版權精明 2005
No comments:
Post a Comment