如何做好回歸測試(2)

　　“X” 表示新特性將對已有功能造成直接影響;”R” 表示 新特性對已有功能存在間接影響。

　　· 其次，創(chuàng )建一個(gè)”影響測試的列表”(Test Impact Checklist)

　　這個(gè)列表可以有以下部分組成：

　　1. 影響范圍

　　2. 對影響的描述

　　3. 影響所影響的特定情節

　　4. 代碼變化部分，以及所影響的功能

　　5. 開(kāi)發(fā)人員所推薦的回歸，我想研發(fā)過(guò)程中，養成dev在改動(dòng)代碼的時(shí)候向測試人員提供回歸測試推薦的習慣實(shí)在是必要的。

　　6. 對有依賴(lài)關(guān)系的特性的影響

　　由于要達成某種改動(dòng)的目的，也許需要其他特性做相應修改。

　　策略

　　執行回歸測試，分為以下三個(gè)主要類(lèi)型，也相應的分為以下三個(gè)階段：

　　第一階段：

　　提供被新功能或有依賴(lài)關(guān)系的改動(dòng)直接影響的區域。這些區域至少要完成一組小的覆蓋全部特性的基本功能的測試用例。

　　第二階段：

　　把上個(gè)開(kāi)發(fā)階段(previous release)重復發(fā)現的問(wèn)題列出來(lái) – 這些信息可以從上個(gè)階段的最終測試報告中找到。(也就是說(shuō)每個(gè)階段的測試報告需要包括重復發(fā)現的問(wèn)題)

　　同時(shí)，把客戶(hù)關(guān)系和敏感的特性列出來(lái) – 例如付費等。

　　第三階段：

　　a. Hot-spot suite 這是基于前兩個(gè)階段發(fā)現的比較多的問(wèn)題區域。因為，缺陷往往在比較容易發(fā)生缺陷的地方隱藏更多，所以，這樣的地方是要增加人手測試的。

　　b. 額外增加的測試，這些測試往往是由于晚期check-in代碼，或者有依賴(lài)關(guān)系的特性改動(dòng)。這個(gè)測試范圍的定位需要再次使用”影響測試列表Test Impact Checklist”.

　　c. Sanity Test, 這是在產(chǎn)品發(fā)布給客戶(hù)之前做的clean-run測試，類(lèi)似于monkey test.

原文轉自：http://www.uml.org.cn/Test/20113113.asp