2023年06月14日 18:50:00
對於大型專案，軟體測試的執行，除了需要很好的測試範圍分析、測試計畫制定和測試資源的分配與組織之外，還是有乙個容易被大家忽視的策略問題。
對於大多數應用專案（非國防、載入飛船上天、淨室工程等），我們都知道，測試不是為了證明所有的功能能正常工作，恰恰相反，測試就是為了找出那些不能正常工作、不一致性的問題，也就是說，測試的一般工作就是發現缺陷 (detect bug)，當然這些缺陷包括需求分析、設計等的缺陷，不僅僅是程式中的執行。測試的啟動和專案啟動是同時發生的，測試的重要工作是在測試用例的設計，這是隨後測試執行的基礎。同時，我們應該承認，測試的主要工作是在測試的執行，當自動化測試工具在功能測試中發揮作用比較困難時，測試執行的工作量還是很大的。
如何更早地發現缺陷又不增加風險？測試的本質是什麼，發現缺陷還是風險評估？如何引導大家向著乙個目標--產品及時高質量發布努力？
1. 首先就要向測試人員灌輸乙個概念--"測試的一般工作就是發現缺陷 (detect bug)"，達成共識，這是很重要。這樣，測試人員，就知道什麼是自己真正的工作。這一點，不僅在測試執行時發揮作用，而且在設計測試用例時更能發揮作用。
2. 測試執行階段可以劃分為兩個子階段，
前乙個階段的目的非常清楚，就是發現缺陷，
督促大家就是找出缺陷。測試用例的執行，應該是幫助我們更快地發現缺陷，而不是成為"發現缺陷"的障礙--使發現缺陷的能力降低。從理論上說，如果缺陷都找出來了，質量也就***了。所以在這一階段，要不顧風險，就是發現缺陷，這樣不僅對開發團隊也非常有利，能盡早地修正大部分缺陷；對測試有利，測試效率高，後面的回歸測試也會穩定，信心更充分。
3. 在**凍結或產品發布前的
稍後的子階段，目的是減少風險，增加測試的覆蓋度，這時測試的效率會低一些，以損失部分測試效率以極大降低風險、獲得更高質量的收益。
4. 在前一階段，測試用例的執行速度要低一些，
測試人員多思考，多做些ad-hoc 測試，這樣又幫助提高測試用例的質量，從而對隨後的回歸測試提供了更有力的保障。
5. 測試執行要進行有效監控，包括測試執行效率（缺陷數/ktc, ktc = 1000 test cases）、bug歷史情況和發展趨勢等。根據獲得的資料，必要時對測試範圍、測試重點等進行調整，包括對測試人員的調整、互換模組等手段，提高測試覆蓋度，降低風險
6. 測試總是是有風險的，
正是始終存在的風險，使之測試更具有藝術性。
測試執行中非常有效的策略
2007年06月26日 廣州 27 35 雷陣雨轉陣雨 對於大型專案，軟體測試的執行，除了需要很好的測試範圍分析 測試計畫制定和測試資源的分配與組織之外，還是有乙個容易被大家忽視的策略問題。對於大多數應用專案，我們都知道，測試不是為了證明所有的功能能正常工作，恰恰相反，測試就是為了找出那些不能正常工...
如何有效進行測試執行進度計畫的制訂
如何有效進行測試執行進度計畫的制訂 測試執行通常都是處於軟體測試生命週期的關鍵路徑上，它不僅在測試過程中占有重要的地位，並且也會花費大量的測試時間。針對測試執行而進行的計畫，即測試執行進度計畫，是進行測試執行進度控制的基礎。在進行測試執行進度計畫制訂的時候，需要考慮哪些因素會影響測試執行活動，以及如...
LoadRunner測試執行結果龐大的解決方案
在使用loadrunner做效能測試執行的時候，常常會發現在儲存的結果集是非常的大，需要很大的硬碟空間。尤其是在做長時間的壓力測試的時候，出現的尤為突出。那我們如何去解決這個問題呢？經過研究發現使其變大的罪魁禍首是乙個.eve檔案。我們如何解決這個問題呢？有以下幾種方式 1 修改controller...