對(duì)于產(chǎn)品來說，如何通過黑盒測試來保證產(chǎn)品的質(zhì)量是一件很艱苦的事，手工測試人員一遍遍的進(jìn)行測試，最大程度的發(fā)現(xiàn)產(chǎn)品中的缺陷。個(gè)人認(rèn)為，在黑盒測試中，測試的核心工作內(nèi)容應(yīng)圍繞著測試用例來進(jìn)行。下面為個(gè)人對(duì)“基于測試用例進(jìn)行測試管理”的一些認(rèn)識(shí)。

我們都知道，測試，不管是白盒，黑盒，功能或性能測試都離不開測試用例，可以怎么說，測試用例是一切測試的基礎(chǔ)，也是測試的核心地區(qū)。測試用例設(shè)計(jì)的好與壞，完善與不完善都直接影響到測試的效果，產(chǎn)品的質(zhì)量保證。下圖為一個(gè)簡單測試用例中心圖，大家可以自行擴(kuò)展，進(jìn)行添加或刪除。

以上完全是與測試用例為核心進(jìn)行管理，下面進(jìn)行解釋：

1、軟件測試的幾個(gè)關(guān)鍵過程可以通過中間一列進(jìn)行表示出來，一般測試人員在進(jìn)行參與項(xiàng)目測試時(shí)，首先應(yīng)該由測試負(fù)責(zé)人根據(jù)軟件需求進(jìn)行測試需求提起，然后通過測試需求來確定項(xiàng)目測試的目標(biāo)和缺陷判定標(biāo)準(zhǔn)。測試策略是根據(jù)測試需求來制定詳細(xì)規(guī)劃，最后分發(fā)到各個(gè)編寫測試用例人員手中進(jìn)行測試用例編寫。在進(jìn)行測試用例評(píng)審過程中，可以發(fā)現(xiàn)測試用例為中心管理第一點(diǎn)好處，測試用例編寫反應(yīng)出測試人員對(duì)需求的理解程度。通過“需求——測試用例”，逐漸達(dá)到熟悉軟件需求和用例完善。

2、再看第二點(diǎn)，執(zhí)行測試用例發(fā)現(xiàn)軟件缺陷，通過圖中的“軟件缺陷——測試用例”，也構(gòu)成一個(gè)小循環(huán)，執(zhí)行人員在執(zhí)行測試用例時(shí)，能發(fā)現(xiàn)測試人員編寫用例水平情況，完善程度。而測試用例也能讓軟件缺陷被發(fā)現(xiàn)越多，提供給開發(fā)人員的缺陷描述越準(zhǔn)確。這也就是第二點(diǎn)好處。

3、“軟件缺陷——測試需求”可以看成一個(gè)大循環(huán)，通過對(duì)需求的理解可以設(shè)計(jì)出測試用例，通過執(zhí)行測試用例可以發(fā)現(xiàn)軟件缺陷，反過來也一樣，通過軟件缺陷可以反應(yīng)出測試用例是否完善，也能反應(yīng)出需求的不完善，促進(jìn)項(xiàng)目產(chǎn)品的功能越來越完善。

4、通過編寫測試用例效率，執(zhí)行測試用例速度情況，都能看出一個(gè)測試人員對(duì)業(yè)務(wù)知識(shí)的掌握情況，掌握越多，編寫用例肯定比較完善，執(zhí)行人員也能快速執(zhí)行用例發(fā)現(xiàn)問題。通過測試用例編寫與執(zhí)行情況，可以促進(jìn)業(yè)務(wù)知識(shí)方面進(jìn)行培訓(xùn)，這是第四點(diǎn)，“業(yè)務(wù)知識(shí)——測試用例”的循環(huán)。

5、測試用例是測試人員進(jìn)行的一項(xiàng)測試工作，也是耗時(shí)最長，需要消耗精力最多的測試工作，如何保證后續(xù)產(chǎn)品能快速測試并且能保證產(chǎn)品質(zhì)量，這就需要進(jìn)行回歸測試，可以使用自動(dòng)化測試進(jìn)行，但對(duì)于沒有進(jìn)行自動(dòng)化測試的公司來說，從測試用例中挑選一批高質(zhì)量的回歸測試用例，在每次新版本中，進(jìn)行快速回歸測試也是一種不錯(cuò)的做法。

6、當(dāng)然即使進(jìn)行自動(dòng)化測試，也還是需要進(jìn)行編寫自動(dòng)化測試用例，開始的測試用例如果編寫完善，詳細(xì)的話，一些用例可以直接做為自動(dòng)化用例，這樣也提高了測試效率，第六點(diǎn)。

7、而對(duì)于測試部門來說，測試知識(shí)庫的積累顯的至關(guān)重要，完善的知識(shí)庫，不但可以讓新員工快速對(duì)公司產(chǎn)品測試上手，測試用例庫是一個(gè)最好的積累，新員工可以通過閱讀用例快速掌握產(chǎn)品功能，業(yè)務(wù)知識(shí)，常用的測試手段，用例書寫方法等。而且對(duì)一些測試技巧也能很好的提高。

8、測試用例知識(shí)庫的積累還能使迭代開發(fā)的項(xiàng)目，減少很多書寫測試用例的時(shí)間，對(duì)于新項(xiàng)目，可以進(jìn)行項(xiàng)目測試用例的遷移整理，修改。而不是重新書寫新的測試用例。

9、測試績效考核，一些公司通過編寫測試用例數(shù)量，執(zhí)行用例數(shù)量，發(fā)現(xiàn)缺陷效率等來進(jìn)行，這些都和測試用例有關(guān)。所以說，測試用例的好與壞，不僅直接影響到測試效率，而且影響到測試人員的績效效率。

上面只是介紹一些和測試用例掛鉤方面，下面說一些具體做法：

測試用例編寫：

在測試負(fù)責(zé)人分配測試用例編寫計(jì)劃后，最好由業(yè)務(wù)知識(shí)熟悉的員工進(jìn)行用例編寫，每周進(jìn)行一次用例評(píng)審，直到測試用例編寫完成。

測試用例維護(hù)：

其實(shí)基于測試用例進(jìn)行測試管理的重點(diǎn)就在“測試用例的維護(hù)”，好的維護(hù)才能保證用例的有效性，實(shí)施性。一般測試用例維護(hù)最好在每周組織測試人員，對(duì)測試用例進(jìn)行維護(hù)和更新。一般用例需要改變會(huì)有以下幾種原因：

1、軟件需求的改變——這個(gè)應(yīng)該遵循“需求變更控制”進(jìn)行管理，相應(yīng)的用例變更。

2、測試人員對(duì)需求的理解錯(cuò)誤——導(dǎo)致設(shè)計(jì)的用例錯(cuò)誤

3、開發(fā)人員的設(shè)計(jì)文檔進(jìn)行變動(dòng)——用例修改更新

4、測試用例的遺漏——測試用例補(bǔ)充

5、版本發(fā)布后，用戶反饋的缺陷——重現(xiàn)缺陷，補(bǔ)充或修改用例。

通過上面每周組織測試人員進(jìn)行用例更新維護(hù)，用例庫會(huì)在軟件產(chǎn)品的更新中不斷的完善，也就讓測試用例的覆蓋逐漸的完善了。最后當(dāng)項(xiàng)目結(jié)束后，就能得到一份完善的用例庫。至于用例庫的管理，可以參照公司對(duì)應(yīng)的“配置管理實(shí)施”。

總之，“基于測試用例進(jìn)行測試管理”——關(guān)鍵就是測試用例的維護(hù)，要保證測試用例與產(chǎn)品功能一致性。

請(qǐng)聯(lián)系網(wǎng)站客服，了解詳細(xì)的優(yōu)惠課程信息~

優(yōu)質(zhì)、權(quán)威、便捷、省心