QC是很出名的強(qiáng)大的管理工具，很多測(cè)試愛好者都追逐著它，學(xué)習(xí)怎么使用它，今天我寫這篇文章不是講解如何使用，而是通過(guò)分析這個(gè)管理軟件來(lái)看看測(cè)試管理的思想，其實(shí)工具不僅給我們帶來(lái)了效率和便捷，更多的是給我們流程上的指導(dǎo)，如果你深刻理解你會(huì)發(fā)下QC就給了我們一個(gè)很好的測(cè)試管理指導(dǎo)。好了，廢話不多說(shuō)，我們就來(lái)看看它吧!

首先我們來(lái)看下QC的整體管理流程圖，如下圖：

看似簡(jiǎn)單的圖，其實(shí)蘊(yùn)藏著很多內(nèi)容。QC從前期的需求管理到測(cè)試點(diǎn)的提取，再到測(cè)試用例的形成，測(cè)試的執(zhí)行，以及缺陷的跟蹤管理全部包括了。也許這時(shí)候你會(huì)問(wèn)，這有什么新鮮的現(xiàn)在好多管理工具都是這個(gè)流程，包括我們現(xiàn)在的流程也是如此，有什么炫耀的?

ok，那咱們就來(lái)點(diǎn)真格的。如果你熟悉QC，你會(huì)發(fā)現(xiàn)QC中的需求是能和測(cè)試用例以及相應(yīng)的Bug關(guān)聯(lián)的(這就是QC中需求轉(zhuǎn)化為測(cè)試的功能)，就這點(diǎn)來(lái)說(shuō)非常實(shí)用。為什么這么說(shuō)呢?大家知道我們基本面對(duì)的都是web產(chǎn)品，他的特點(diǎn)就是變化快，更新?lián)Q代更快，也許這個(gè)版本就和上個(gè)版本有天壤之別。這是web產(chǎn)品的特點(diǎn)我們無(wú)法改變，但我們可以改變自己來(lái)適應(yīng)他。 說(shuō)白了，就是按照QC的思想，我們來(lái)建立需求與測(cè)試用例以及Bug之間的關(guān)聯(lián)。這樣做的好處就是當(dāng)需求發(fā)生變更時(shí)，能找到變更的需求涉及到的用例以及Bug。如果你買不起昂貴的QC我們可以這樣來(lái)做(個(gè)人觀點(diǎn)，如有雷同，純屬巧合)：

1、需求格式規(guī)范化，在需求中給出功能模塊劃分圖，以及各個(gè)功能的優(yōu)先級(jí)。這樣做的好處是輪到tester分工時(shí)可以根據(jù)需求中的功能模塊圖來(lái)劃分，這樣的話就能避免重復(fù)或遺漏功能，同時(shí)根據(jù)產(chǎn)品人員提供的優(yōu)先級(jí)我們可以直接拿到用例中來(lái)，這樣的話需求和用例間就建立了關(guān)聯(lián)，當(dāng)然這個(gè)關(guān)聯(lián)關(guān)系很弱，還有待改進(jìn)。

2、測(cè)試用例的規(guī)范，測(cè)試用例的原子化。其實(shí)這里仍然是QC中的體現(xiàn)，在上一條中我們提到了功能模塊劃分，那么在測(cè)試用例中就根據(jù)功能模塊的再次細(xì)分，分解到原子狀態(tài)。為什么這么做呢?其實(shí)功能模塊的劃分相當(dāng)于QC中的測(cè)試點(diǎn)，而我們繼續(xù)劃分則分解成了詳細(xì)的用例，那么到這一步，我們就建立了需求—>測(cè)試點(diǎn)—>測(cè)試用例之間的關(guān)聯(lián)了。

3、接下來(lái)這是怎么把用例與Bug關(guān)聯(lián)起來(lái)?可以使用TestLink來(lái)管理用例，

TestLink是一個(gè)開源的測(cè)試管理工具能夠和JIRA等缺陷管理工具集成，這樣就建立了用例與Bug之間的關(guān)聯(lián)。說(shuō)實(shí)話，TestLink是個(gè)不錯(cuò)的測(cè)試管理工具，尤其是對(duì)于無(wú)法購(gòu)買昂貴的商業(yè)工具的工具來(lái)說(shuō)，但TestLink的易用性我實(shí)在不敢恭維啊，用起來(lái)超級(jí)無(wú)敵不順手，但時(shí)間長(zhǎng)了也就習(xí)慣了。

ok，到這里我們仿照QC的思想建立了一個(gè)基礎(chǔ)的管理流程，但這里流程還需要加強(qiáng)，如何提高他們之間的關(guān)聯(lián)度還是個(gè)問(wèn)題，尤其是當(dāng)需求發(fā)生變化時(shí)，如何能在最短時(shí)間內(nèi)找到涉及的用例以及Bug。

下面我們繼續(xù)關(guān)注QC用例方面的思想。我們知道QC能夠很好的和LoadRunner、QTP等HP的測(cè)試工具結(jié)合，在QC中去調(diào)用和管理這些工具，那么這里就設(shè)計(jì)到一個(gè)用例格式以及用例重用的問(wèn)題。對(duì)于測(cè)試來(lái)說(shuō)用例是至關(guān)重要的，所以用例的規(guī)范也是很有必要的。那么這里我就UI Check List、功能測(cè)試用例和性能測(cè)試用例來(lái)說(shuō)下。

我個(gè)人一直認(rèn)為，對(duì)于UI方面以及經(jīng)常要測(cè)試重用性非常高的模塊，我們可以設(shè)計(jì)成一個(gè)Check List，這樣的話看起來(lái)方便，執(zhí)行起來(lái)快捷，維護(hù)成本也低，拿來(lái)就能用，是個(gè)很好的方法。

對(duì)于功能測(cè)試用例以及性能測(cè)試用例，我個(gè)人比較喜歡把功能測(cè)試用例的格式進(jìn)行擴(kuò)充轉(zhuǎn)化為性能測(cè)試用例，這樣他們之間的格式和關(guān)聯(lián)性方面就不會(huì)有太大的差異了。下面的圖是我設(shè)計(jì)的一個(gè)性能測(cè)試用例，其實(shí)它也是源于LoadRunner這個(gè)工具的思想演變而來(lái)的。

仔細(xì)觀察你會(huì)發(fā)現(xiàn)，這個(gè)用例就是功能測(cè)試用例的演變，而且非常符合LoadRunner的測(cè)試流程，從用例的信息到腳本設(shè)計(jì)到場(chǎng)景設(shè)計(jì)再到執(zhí)行結(jié)果能很好的體現(xiàn)出來(lái)。而且就測(cè)試結(jié)果也能簡(jiǎn)單明了的反應(yīng)出來(lái)，個(gè)人感覺(jué)看上去很舒服，O(∩_∩)O~

哦了，寫的也不少了，***我們以QC的自定義功能來(lái)結(jié)束這篇文章。QC比其他測(cè)試工具更受測(cè)試人員喜歡的原因之一就是因?yàn)樗袕?qiáng)大的自定義功能，能對(duì)字段、流程等進(jìn)行自定義，編寫代碼來(lái)完成你想要的各種流程功能。這也就反映了一個(gè)道理，任何管理流程都是靈活的，***的管理流程并不一定適合你，俗話說(shuō)的好，適合自己的才是***的。所以，當(dāng)我們有了一個(gè)基本比較完善的測(cè)試管理流程后應(yīng)該慢慢的把他個(gè)性化、人性化，而不是一成不變的去死守，加入新鮮元素，加入新的管理理念，給更多人的展示空間才能不斷的去促進(jìn)流程的改進(jìn)與提高。

【本文是51CTO專欄作者“小強(qiáng)”的原創(chuàng)稿件，請(qǐng)通過(guò)微信【測(cè)試幫日記】取得與作者的聯(lián)系】

戳這里，看該作者更多好文