「轉載」從迴歸測試來看精準測試的必要性

上期剛剛說了一點回歸測試，提及這個迴歸測試，想必多數作過的同志也是感慨良多。

是否在作迴歸測試的時候經常會由於範圍評估不許而遺漏一些bug？
是否在作迴歸測試時候的你面對一條條的迴歸用例而發愁呢？

可能因爲開發人員好久之前的寫的代碼或者因爲交接了別人所寫的代碼，致使修改了一個函數可是對於該函數影響的範圍沒有徹底的定位，這樣就致使了可能有的用例或者場景沒有被迴歸範圍覆蓋到。

知道了具體影響範圍可是迴歸的時候不知道具體是什麼影響因素，以致於只能大部分甚至全部的影響因素用例都跑了一遍，直接形成了大量的人力和時間上的浪費，不能精確的定位迴歸用例。

每次跑完一輪能夠將用例所經歷過的函數全都集合起來，統計用例的覆蓋程度，用來檢查用例是否覆蓋的足夠全面。

這種煩惱一直伴隨，其實只是沒有找到方法而已，只是自動化測試已經不能知足如今的要求，咱們須要更精準的測試。

今天就說說精準測試，迴歸測試所以變的再也不困難！

在迴歸測試的時候，測試人員每每會根據開發同窗所給出的改動範圍來評估須要迴歸的測試範圍，這個時候若是測試人員的經驗不足，或者開發人員的更換會致使不瞭解代碼的具體影響範圍。可能會使迴歸範圍不全或者冗餘。這裏須要更精準的測試方案。能夠根據代碼的變更範圍來直接精確的定位須要迴歸的用例，這樣使迴歸測試所需的時間更加精短，迴歸的範圍更加準確。

當擁有了一系列關於用例和函數之間的對應關係的時候，咱們就會對於一個用例能夠測試到的範圍有了一個明確的定位。而咱們能夠輕易的統計到一次提交代碼對項目代碼的改變範圍。就能測試到了一個有效的迴歸範圍。

每次跑完一輪能夠將用例所經歷過的函數全都集合起來，統計用例的覆蓋程度，用來檢查用例是否覆蓋的足夠全面。

總結

精準測試一直是測試行業的一個具備挑戰性的議題，在前進的過程當中會不斷遇到各類各樣的困難。可是在一個飛速發展的時代，不斷前進，不斷改進正是技術提高的動力。在現今移動互聯網大力發展，對於移動應用測試領域更是嚴格要求，無論是手遊測試仍是app測試，更精準的測試，更自動化的測試是必要的。