小螞蟻 |
|
|||
風(fēng)雨過后才見彩虹 |
公告
日歷
導(dǎo)航常用鏈接留言簿(174)隨筆分類(189)
0--感興趣的網(wǎng)站1--國內(nèi)測試網(wǎng)站2--測試同行的blog
3--開發(fā)好友的blog最新評論
|
編寫背景:
今天上我那塊測試論壇的菜地看看去了,想把一些東西給規(guī)整規(guī)整,對其中的一個帖子發(fā)表了好長的感慨,大家有空可看看。^_^。 開發(fā)階段遇到需求變更,測試用例如何控制!!! 案例描述: 開發(fā)階段的測試用例如何設(shè)計 常遇到這類問題,開發(fā)階段的策劃案經(jīng)常修改,程序也經(jīng)常調(diào)整,而一份詳細(xì)的測試用例要花費幾倍的測試時間,好不容易完成了,只要策劃案子一修改,以前做的就白費了,部門很多人也不贊成寫測試用例,認(rèn)為對于一個老測試員來說,這根本是不必要的,是只工作時間的浪費,而且以目前的工作量來說,根本沒有時間寫,對于不穩(wěn)定的異變的程序來說,意義也不大,在這種環(huán)境中,如何推廣測試用例呢?測試用例的存在有何意義?sdlkfj8 我的回復(fù): 1、首先帖子的標(biāo)題是:開發(fā)階段的測試用例如何設(shè)計 沒看帖子內(nèi)容,一看這個題目就覺得很奇怪,測試用例的設(shè)計和開發(fā)階段有什么關(guān)系。具體看了帖子內(nèi)容后才明白,原來是,測試用例設(shè)計好后,在開發(fā)階段時出現(xiàn)需求變更,導(dǎo)致測試用例要進行變化的現(xiàn)象。 建議樓主把帖子標(biāo)題改成:開發(fā)階段遇到需求變更,測試用例如何控制。這樣帖子標(biāo)題和內(nèi)容更一一對應(yīng)上。 2、在帖子的內(nèi)容中,描述了如下的幾個觀點和現(xiàn)象: 1)開發(fā)階段的策劃案經(jīng)常修改,程序也經(jīng)常調(diào)整,而一份詳細(xì)的測試用例要花費幾倍的測試時間,好不容易完成了,只要策劃案子一修改,以前做的就白費了。 2)部門很多人也不贊成寫測試用例,認(rèn)為對于一個老測試員來說,這根本是不必要的,是只工作時間的浪費,而且以目前的工作量來說,根本沒有時間寫,對于不穩(wěn)定的異變的程序來說,意義也不大 3)在這種環(huán)境中,如何推廣測試用例呢?測試用例的存在有何意義? 我的觀點如下: 對于第1個,開發(fā)階段需求會有變化;我在猜想,如果你的測試用例是關(guān)于黑盒/灰盒的測試用于系統(tǒng)測試階段的話,在開發(fā)階段需求發(fā)生變更,從結(jié)果上就可以知道,這個需求前期做的有問題,要么是用戶不明白自己要做什么,不然就是需求人員沒有搞懂用戶到底要做什么;之所以讓用例修改,禍根就是需求的變化不是人家開發(fā)惹得禍;要弄清楚病根到底在哪里,才好下藥。應(yīng)對辦法,測試前期參與需求理解、從測試的角度去把需求中不明確的地方弄清楚;在寫測試用例的時候、盡量簡潔明了可以節(jié)省時間,這就是寫作技巧的能力了。 如果你的測試用例是關(guān)于白盒的測試用于單元測試階段的話,這真的很慘,有一種花費了很高成本做好的東西拿出去賣,沒人買,被耍的感覺。我沒遇到這樣的現(xiàn)象,目前不知道是怎么應(yīng)對的。 對于第2個,部門很多人不贊成寫測試用例,原因是:浪費時間沒有必要,其次是沒有時間寫,最后就成了意義不大。我在想,做測試的如果沒有時間寫測試用例、來一個產(chǎn)品就隨便點點、想怎么用就怎么用,這叫測試嗎?這不叫測試,這叫試用。我看不想寫用例的根本原因一個是:懶,說白了就是對這個工作忽悠過就得了;在就是自己感覺對這個東西挺熟悉的,有經(jīng)驗,不寫用例也可以點出問題來,這說明程序?qū)懙暮軤€、試用都能用出一堆問題。有責(zé)任心的人,當(dāng)測試過的產(chǎn)品在用戶那邊出現(xiàn)一堆問題的時候,就會自我反省那個地方漏測了,沒有寫用例的人往往會漏的很多。把測試用例看的那么沒有意義、那么不重要,我在想你們部門應(yīng)該是個產(chǎn)品試用部門吧,還算不上真正的測試。 對于第3個,我覺的很好玩也很奇怪,基于上面的1和2點,把測試用例看得那么不重要、那么沒有意義,為什么還要推廣呢,你自己都不認(rèn)為很重要的東西想讓旁邊的人認(rèn)為重要,很難、非常的困難。想要把一個好的東西介紹給人使用,首先自己要覺得它很有價值,然后要讓大家看到實實在在的價值和幫助、還有好處,這樣才會得到認(rèn)同。不過我覺得你那的環(huán)境比較困難,從你上面的描述得出,非常的困難、不是一般的困難、是相當(dāng)?shù)睦щy。 嘿嘿,寫了那么多,不知道能否對你有啟發(fā),祝你好運了。^_^。 最后回到正題,開發(fā)階段遇到需求變更,測試用例如何控制? 問題已經(jīng)出現(xiàn)了,需求已經(jīng)變了,該怎么辦?那只能修改測試用例咯,然后告訴具體負(fù)責(zé)人,需求變更已經(jīng)影響到了測試的進度和工作,做好這方面的時間工期應(yīng)對風(fēng)險。 帖子地址: http://bbs.testage.net/viewthread.php?tid=37275&pid=172303&page=1&extra=page%3D1
評論:
|
![]() |
|
Copyright © lijun | Powered by: 博客園 模板提供:滬江博客 |