當目標確實是更準確地投放市場時，敏捷通常會誤售給高階管理人員，以此來縮短產品上市時間。然而，我們沒有告訴任何人的小秘密是，這實際上是有代價的……上市時間變慢了！是的，我們發布的頻率更高（即「更快」），但最終要花更長的時間才能將完整的功能推向市場。當我們將問題分解成更小的部分時，為什麼要花更長的時間呢？好吧，到目前為止，最大的罪魁禍首是後期缺陷檢測和降低風險的措施所帶來的瓶頸。
增量**更改（尤其是它們對測試和整體系統穩定性的影響）使敏捷開發的許許多多速度降低了。由於質量檢查/測試著重於驗證所實現的新功能，每個
sprint
通常以乙個短劃線結尾。然後，由於缺乏對**更改所產生的間接影響的了解，因此組織需要在發布時進行完全回歸。這通常會在週期後期發現許多問題，從而導致工作時間過長和難以做出業務決策。
但是，一定有更好的方法！
由於當今**庫的複雜性，每乙個**更改（無論多麼無害）都會微妙地影響應用程式的穩定性，並最終「破壞系統」。這些意想不到的後果是無法通過人工檢查發現的，因此測試對於降低它們所代表的風險至關重要，但是除非你了解需要重新考慮的內容，否則你將無法實現有效的測試實踐。如果每個sprint測試過多，那麼你將失去敏捷開發帶來的許多收益。如果測試太少，則會使自己處於後期檢測週期。
需要一種方法來確定需要重新執行哪些測試，並將測試工作（單元測試、自動功能測試和手動測試）集中在驗證受最新更改影響的功能和相關**上。通過結合使用parasoft的**分析引擎（
jtest
，c/c++test，dottest）和
parasoft dtp
中的流程智慧型引擎（
pie），開發人員和測試人員可以了解兩次構建之間的**庫變化，並深入了解敏捷的承諾。這稱為基於變更的測試。
關鍵是要知道可以使用哪些測試來驗證**更改，這是parasoft的相關覆蓋範圍交付貨物的地方。通過了解這些檔案中的哪些已更改以及哪些特定測試接觸了這些檔案，
dtp的分析引擎（
pie）可以分析兩次構建之間的差異，並確定需要重新執行的測試子集。下圖顯示了
dtp儀表板中的小部件，該小部件顯示了
cbt分析結果的餅圖。此圖表顯示了可用於驗證**更改的測試子集，按測試狀態分類：通過、失敗、不完整和需要重新測試。
通過、失敗或不完整的狀態表示這些
此高階檢視表明，已修改的**引入了許多故障，並且尚未執行但可以用來進一步驗證更改的許多測試。
通過、失敗或不完整的狀態表示這些測試已經針對構建執行，作為全自動測試過程的一部分（例如，ci驅動的構建步驟），或者在測試新功能時進行。但是，狀態為「重新測試」的測試是尚未執行的手動測試，或者是自動化執行的一部分，這些測試未計畫在當前
sprint
期間執行。
深入研究圖表，我們可以快速了解**中發生了哪些更改，現有測試如何與這些更改相關以及需要集中測試資源的地方。
從這裡，我們可以建立乙個測試計畫，以最高的優先順序處理失敗和不完整的測試用例，並使用重新測試建議來重點安排其他自動執行的計畫並確定手動測試工作的優先順序。
dtp中的
violation explorer
提供了用於定義和管理測試計畫的介面。瀏覽測試和結果，資源管理器顯示每個測試用例的詳細資訊。使用優先順序檢視來設定測試元資料，使用者可以為每個測試用例分配所有者，操作並設定優先順序。
那麼，這如何有助於敏捷過程？簡而言之，這是一種快速簡潔地確定需要在何處應用測試資源的能力。通過僅測試需要的內容而不是所有內容（或只是猜測），測試時間大大減少了。質量提高，sprint按時完成。
在實踐中這將如何工作？儘管基於變更的測試（cbt）分析的結果可以以幾種不同的方式使用，但我建議以下工作流程是最有效的方法，以專注於基於
sprint
的測試工作：
我們需要在敏捷開發中提高測試效率。測試是持續交付的主要瓶頸，由於錯誤的測試，在發布週期結束時發現了太多缺陷。為了獲得最佳結果，請將測試工作重點放在你所做更改的影響上，並釋放敏捷性以加快向市場的交付速度。
成功公司裡鮮為人知的小秘密
有多少次你曾經聽到一些公司的領導說，公司之所以成功是因為擁有優秀的人才？你在演講裡聽過，在採訪裡 書裡 公司的宣傳資料上讀到過。聽起來很對 很好 很謙虛 很有風度。他們說的很正確，但他們沒有說出故事的全部。在這些訪談裡 書裡，這些人沒有告訴你的事情是 我讀了不少這些東西 優秀的公司也許在很多事情上都...
C 不為人知的秘密 緩衝區溢位
收藏 摘要 c 緩衝區溢位的秘密，大家一定還不是很了解。當你們看到網上傳播關於微軟windows ie對黑客利用 緩衝區溢位 0day漏洞攻擊的新聞，是否有過自己也想試試身手，可惜無從下手的感慨？開場白 各位朋友們，當你們看到網上傳播關於微軟windows ie對黑客利用 緩衝區溢位 0day漏洞攻...
特別篇 不為人知的U盤秘密
其實市面上的u盤大多都是擴容了的u盤，往往都沒有實際說的那麼大，比方說小編的u盤，說好的32g只有31.2g，似乎也沒什麼。但是如果遇上了討厭的商家，那就麻煩了。最近小編買了乙個假的u盤，很令小編生氣，放上一些小檔案，竟然全部損壞，你可能會說是這個u盤質量不好，或者快遞小哥弄壞之類的原因，其實不是這...