開發是乙個有趣的大事件，因為我們處於傳統測試與現代和持續測試之間的邊界，正在從乙個大型的筒倉式的結構轉型到乙個新的架構。之前的組織架構包含了開發團隊和集中測試團隊，瓶頸和延期不斷的在這兩個團隊間交替進行著。這種新架構由小型，自管理和自給自足的團隊組成，它們頻繁發布軟體，使用持續整合工具自動化，並管理自己的構建環境以最大限度地減少瓶頸。
但是如何從傳統到現代呢？這篇文章將涵蓋持續測試實施的4個最佳實踐。
1.找到正確的持續測試工具
您的工具是您工作中最重要的組成部分之一。如果您的工具可以幫助您完成工作，提公升您的能力並最大限度地提高您的工作效率，那麼您將完成工作。如果他們成為乙個障礙，不但不能工作，而且你會感到沮喪和停止嘗試。
因此，工具能夠建立敏捷及測試能力前置的通路，自動化和協作方式的工具是成功進入持續測試的關鍵。
- 在購買工具之前嘗試使用工具，讓您獲得他們的氛圍和感覺，並了解他們的能力。如果您可以使用開源工具，例如apache jmeter進行負載測試，請執行此操作。開源工具不斷發展，他們擁有豐富的支援社群，並根據您的需求進行開發，因為最終您是客戶。
- 選擇與您正在使用的現有工具整合的工具。持續測試和持續整合是關於使事情一起工作，所以嘗試找到工具，輕鬆將自己融入您的工作環境。我們特別建議您找到與jenkins整合的工具，這是一款精彩的開源ci工具，還有github（顯然）。
- 選擇具有自助服務平台的工具。這樣，您可以立即輕鬆地修改和公升級所需的任何東西，而無需等待其他人的決定。
- 找到具有豐富文件的工具 - 如果您想快速入門，或者想要在任何工作時間找到答案，您需要使用該工具輕鬆訪問具有答案的地方。
- 測試時，確保您可以輕鬆設定通過失敗標準。持續測試是關於立即確定事情是否正常，所以請確保您可以輕鬆地進行設定。
2.思考「自動化」
如果您希望測試快速，順利，那麼嘗試自動化您可以做的任何事情。這也節省了你的時間，使你的工作更有趣，因為你可能自動化了沉悶和重複性的工作，而不是令人興奮和創造性的部分。
我們建議您進入自動化模式。必須確保系統每天穩定？嘗試夜間自動化測試吧。必須確保**中的每個更改都不會影響您的產品？嘗試自動化每個構建吧。在與人類交流之前，每天早晨需要喝咖啡嗎？你也可以自動化。
越來越多的工具可以實現自動化。 taurus是一款開源自動化測試工具，可自動執行jmeter，gatling，locust和tsung等所有開源負載測試工具，以及功能測試selenium。它還整合了ci自動化工具jenkins和blazemeter。
3. 協作
將開發架構更改為更小的原子團隊對於使程序變得敏捷至關重要。但不要忘記，這些團隊中的每乙個都是較大產品的組成部分，而且所有團隊都需要一起合作。
更易於反覆消化資訊的是人們之間的共享，更多的想法和合作將會來臨。越多的開發者覺得他們對更多的部分負責，他們就會有越多的合作來推動產品的發展。
4.定義和顯示結果
所以你有了最好的工具，一切都是自動化的，你正在分享你的工作，那現在呢？現在是深度研究結果的時候了。結果將會顯示您的**和產品是否在運轉，並且顯示當前與要完成的工作之間的差距。
首先，定義可量化的kpi 。這些關鍵績效指標應由產品確定，並反映產品的業務目標和公司的業務計畫。 它們可以包括測試覆蓋率，通過失敗構建的數量，平均響應時間等。
其次，建立跟蹤這些kpi的儀錶盤。儀表板應顯示每個kpi和他們的基線，這些資訊隨時間變化而變化。 只要你給它足夠的時間，任何乙個你掃瞄到的特殊的彈出，儀錶盤都能夠給你直觀的深入的資料顯示。
第三，公開顯示結果，以建立透明度，並輕鬆識別測試覆蓋範圍的差距。在走廊或隔間房間的大型顯示器上顯示結果是獲得更多工程師採納的關鍵，因為您在動員大家時刻準備著並修復需要修復的東西，而不是等待。
持續測試需要改變您的思維方式，但是通過正確的工具和環境，您可以順利瀏覽更快，更有趣的開發。 使用blazemeter進行測試是持續測試方向的巨大飛躍。 要檢視它是如何工作的， 請求演示 。 您也可以立即開始測試，將jmx檔案或url放在頁面頂部的框中，您的測試將在幾分鐘內開始。
系統遷移失敗 如何實施雲遷移策略的最佳實踐
組織需要採用正確的雲遷移策略將其應用程式遷移到雲平台中，以降低成本，提高應用程式的效能。通過向組織提供按需使用的技術資源，雲計算技術正在改變it行業。大多數依靠資料驅動資訊和產品敏捷性的組織都開始了雲遷移的旅程。但是，遷移到雲平台的過程是一項艱鉅的任務。無論是需要從內部部署設施遷移到雲平台還是要整合...
敏捷測試VS傳統測試的區別與最佳實踐
一 何為敏捷測試？敏捷測試，是指接納了敏捷的核心價值觀 溝通，簡單，反饋，勇氣，尊重 在敏捷軟體開發過程中開展的測試。敏捷測試是一種符合敏捷宣言思想，遵守敏捷開發原則，在敏捷開發環境下能夠很好地和其整體開發流程融合的一系列的測試實踐。敏捷測試和傳統測試區別如下表所示 表1敏捷測試與傳統測試區別 二 ...
敏捷測試的最佳實踐 一敏捷的實質
本文講述了作者在兩年的敏捷測試和開發工作有個非常有意思的遊戲能夠幫助大家理解敏捷和傳統開發的差異。遊戲有兩個角色，乙個是 老闆 另乙個是 員工 在 2 分鐘內，員工 需要在 老闆 的完全指揮下，即 向前一步，向後一步，停，向左一步，向右一步 完成 60 步移動的任務。員工 需要執行 老闆 的每乙個指...