TestLink 的應(yīng)用無(wú)疑給對(duì)測(cè)試的規(guī)劃與任務(wù)的分配起到了很好的作用，如果再加上關(guān)鍵字的應(yīng)用，會(huì)起到非常好的效果，下面我大概簡(jiǎn)單介紹一下我的想法，算是拋磚引玉，歡迎一起探討：
在產(chǎn)品的整個(gè)測(cè)試的生命周期里，回歸測(cè)試應(yīng)該占到很大的比重，所以回歸測(cè)試的好壞，無(wú)疑對(duì)產(chǎn)品品質(zhì)起到至關(guān)重要的作用。那么作為一個(gè)測(cè)試人員，如何在數(shù)以萬(wàn)計(jì)的Case中圈定每版的回歸測(cè)試呢？我想這一直是困擾測(cè)試人員的一個(gè)難題。為什么這樣講呢？因?yàn)檫@里面有個(gè)“度”是很難拿捏的，從我所接觸的情況來(lái)看，回歸測(cè)試，也可以完成，10天也不會(huì)嫌多，這是個(gè)無(wú)底洞。那么如何做才可以讓我們對(duì)Release出去的產(chǎn)品有一定的信心呢？目前我們采用的大概方式如下：
1. 首先執(zhí)行Smoke test 以確�；竟δ軟](méi)有問(wèn)題（通常Smoke test 時(shí)間控制在2~3個(gè)小時(shí)之間）
2. 針對(duì)本版修改的功能進(jìn)行驗(yàn)證性測(cè)試，確保本版任務(wù)完成。
3. 依據(jù)本版的任務(wù)，進(jìn)行回歸測(cè)試case 的圈定，并執(zhí)行
4. Ad-hoc 測(cè)試
從上面的測(cè)試安排來(lái)看，1，2 很容易執(zhí)行，沒(méi)有歧義，問(wèn)題在 3，4 ，我們先說(shuō)說(shuō)4， 一般我們定義Ad-Hoc 測(cè)試占本次測(cè)試約20%左右，按照這個(gè)原則，4也沒(méi)有什么問(wèn)題，后在第三點(diǎn)了，這也是回歸測(cè)試做的好與不好的關(guān)鍵所在。
在這里，我們除了要注意一般回歸測(cè)試所講的注意點(diǎn)（如：基于風(fēng)險(xiǎn)的，基于矩陣的 等）另外我想引入一點(diǎn)是“關(guān)鍵字法”，我們可以對(duì)一個(gè)產(chǎn)品的STD進(jìn)行關(guān)鍵字的提取，形成一個(gè)關(guān)鍵字表，然后為每條Case 添加關(guān)鍵字，當(dāng)然，這個(gè)過(guò)程還是需要花費(fèi)一些功夫，不過(guò)磨刀不費(fèi)砍材功，這個(gè)做好后，會(huì)后期的幫助會(huì)很大。當(dāng)這些Case都導(dǎo)入TestLink 后，后面的工作比較好做了。
首先，按照同樣的方法，對(duì)本次Build所修改的內(nèi)容進(jìn)行關(guān)鍵字的提取，依據(jù)關(guān)鍵字在TestLink 中進(jìn)行搜索，這樣可以快速的圈定測(cè)試范圍，同樣，對(duì)本次Build 所解決的Bugs 也進(jìn)行關(guān)鍵字提�。ㄟ@里可以給Mantis 等這樣缺陷管理工具進(jìn)行客制化，使其可以給每個(gè)缺陷添加關(guān)鍵字，而且可以通過(guò)對(duì)Bugs的描述，自動(dòng)的在關(guān)鍵在表中推薦一些Keyword）這樣可以快速的完成上面第三步驟。
這樣下來(lái)，我們的測(cè)試任務(wù)算是完成，通過(guò)這樣的測(cè)試所Release出去的產(chǎn)品，我想作為一個(gè)測(cè)試人員應(yīng)該有一定的信心。當(dāng)然配合自動(dòng)化，那是完美組合了。
以上為個(gè)人的一些看法，歡迎討論。
（以上方法比較適合中大型專(zhuān)案，如果是小型的案子，那另當(dāng)別論了！
