軟件測試中敏捷測試是否寫測試用例

第第頁軟件測試中敏捷測試是否寫測試用例軟件測試中敏捷測試是否寫測試用例

發(fā)表于：2023-11-18來源：：點(diǎn)擊數(shù)：標(biāo)簽：軟件測試

軟件測試中敏捷測試是否寫測試用例敏捷測試是否寫測試用例？答案多種化如果是你，你會(huì)選用寫還是不用寫呢？軟件測試時(shí)代風(fēng)起云涌，問題雖小，意義卻大，讓大家一起學(xué)習(xí)一起探討！經(jīng)過大家的水深火熱的探討答案出來了，但是各有各的想法各有各的不同，

軟件測試中敏捷測試是否寫測試用例

敏捷測試是否寫測試用例？答案多種化如果是你，你會(huì)選用寫還是不用寫呢？軟件測試時(shí)代風(fēng)起云涌，問題雖小，意義卻大，讓大家一起學(xué)習(xí)一起探討！

經(jīng)過大家的水深火熱的探討答案出來了，但是各有各的想法各有各的不同，但我想他們的所想和所論對于大家都是有幫助的，大家可以看一下這個(gè)討論題，希望在技術(shù)上能幫到大家一些。

LoveTT：我覺得敏捷測試不需要寫測試用例；

所謂敏捷，就是要快準(zhǔn)狠，快速的找到系統(tǒng)中存在的問題，高效率的完成測試任務(wù)！

誰來跟我辯論？

傲氣凌云：我認(rèn)為需要寫，因?yàn)樗械挠美际侨祟惪克季S來編寫的，不是憑空出現(xiàn)的。就算是敏捷性測試，也是需要記錄的。

tigerbbs：在敏捷開發(fā)中，測試管理者不可能像傳統(tǒng)的項(xiàng)目測試一樣制定詳細(xì)的測試計(jì)劃，那怎樣執(zhí)行測試呢？以下是我總結(jié)的一些瑣碎經(jīng)驗(yàn)：在敏捷開發(fā)中整個(gè)團(tuán)隊(duì)都是測試人員，一起需要對產(chǎn)品質(zhì)量負(fù)責(zé)，測試管理人員需要指引大家共同測試，需要發(fā)動(dòng)起大家一起執(zhí)行測試，而不僅僅是測試人員的事情，這同時(shí)也要求整個(gè)團(tuán)隊(duì)中每個(gè)成員對自己的產(chǎn)品了如指掌，測試人員需要共同參與產(chǎn)品的設(shè)計(jì)和需求分析，在敏捷開發(fā)中需求在不斷變化，你不可能等著完整的需求文檔進(jìn)行測試需求分析，當(dāng)產(chǎn)品定義和需求不斷的細(xì)化時(shí)，測試分析也要不斷的細(xì)化，我很喜歡讓測試人員去繪制業(yè)務(wù)流程圖，以及整理功能列表進(jìn)行測試分析，因?yàn)樵诶L制業(yè)務(wù)流程圖中你可以發(fā)現(xiàn)很多的邏輯問題，和產(chǎn)品定義問題，可以即時(shí)的和產(chǎn)品定義人員、需求人員進(jìn)行溝通，立馬改進(jìn)產(chǎn)品設(shè)計(jì)，敏捷測試中，根據(jù)業(yè)務(wù)流程圖或測試分析圖書寫主要測試用例就行了，你根本就沒有時(shí)間能面面俱到去維護(hù)那么的測試用例，更何況需求和產(chǎn)品定義一直在變化一定要自動(dòng)化測試，自動(dòng)化測試腳本中要寫好解釋，這是測試用例的體現(xiàn)，也便于讀取在測試之前制定好測試方案，但測試執(zhí)行的時(shí)間很難控制，一定要熟知數(shù)據(jù)庫。

LoveTT：樓上的傲氣凌云有點(diǎn)狡辯了，混淆視聽，人類的精髓很多，馬克思主義毛澤東思想，都是人類的精華，但是這些老前輩都還說，具體問題具體分析呢，而你一概而論，我覺得站不住腳！我覺得閣下還是好好看看什么是敏捷開發(fā)，和敏捷測試再來發(fā)表見解吧！否則貽笑大方就不好了！

test110：肯定得寫哈，那是測試的依據(jù)。

敏捷宣言：

個(gè)體和交互比過程和工具更有價(jià)值；

能工作的軟件比全面的文檔更有價(jià)值；

顧客的協(xié)作比合同談判更有價(jià)值；

及時(shí)響應(yīng)變更比遵循計(jì)劃更有價(jià)值。

并非每個(gè)企業(yè)都能嚴(yán)格按敏捷的相關(guān)開發(fā)方法進(jìn)行項(xiàng)目管理，例如測試驅(qū)動(dòng)、XP、SCRUM等。也并非都需要按這些方式管理才能實(shí)現(xiàn)敏捷。只要我們理解了敏捷的原則和精髓，我認(rèn)為很多方法、很多地方都可以應(yīng)用敏捷的思想，實(shí)現(xiàn)敏捷的管理。

測試用例的設(shè)計(jì)是其中一項(xiàng)。

測試用例的粒度

測試用例可以寫得很簡單，也可以寫得很復(fù)雜。最簡單的測試用例是測試的綱要，僅僅指出要測試的內(nèi)容，如探索性測試（ExploratoryTesting）中的測試設(shè)計(jì)，僅會(huì)指出需要測試產(chǎn)品的哪些要素、需要達(dá)到的質(zhì)量目標(biāo)、需要使用的測試方法等。而最復(fù)雜的測試用例就像飛機(jī)維修人員使用的工作指令卡一樣，會(huì)指定輸入的每項(xiàng)數(shù)據(jù)，期待的結(jié)果及檢驗(yàn)的方法，具體到界面元素的操作步驟，指定測試的方法和工具等等。

測試用例寫得過于復(fù)雜或過于詳細(xì)，會(huì)帶來兩個(gè)問題：一個(gè)是效率問題，一個(gè)是維護(hù)成本問題。另外，測試用例設(shè)計(jì)得過于詳細(xì)，留給測試執(zhí)行人員的思考空間就比較少，容易限制測試人員的思維。

測試用例寫得過于簡單，則可能失去了測試用例的意義。過于簡單的測試用例設(shè)計(jì)其實(shí)并沒有進(jìn)行“設(shè)計(jì)”，只是把需要測試的功能模塊記錄下來而已，它的作用僅僅是在測試過程中作為一個(gè)簡單的測試計(jì)劃，提醒測試人員測試的主要功能包括哪些而已。測試用例的設(shè)計(jì)的本質(zhì)應(yīng)該是在設(shè)計(jì)的過程中理解需求，檢驗(yàn)需求，并把對軟件系統(tǒng)的測試方法的思路記錄下來，以便指導(dǎo)將來的測試。

大多數(shù)測試團(tuán)隊(duì)編寫的測試用例的粒度介于兩者之間。而如何把握好粒度是測試用例設(shè)計(jì)的關(guān)鍵，也將影響測試用例設(shè)計(jì)的效率和效果。我們應(yīng)該根據(jù)項(xiàng)目的實(shí)際情況、測試資源情況來決定設(shè)計(jì)出怎樣粒度的測試用例。

軟件是開發(fā)人員需要去努力實(shí)現(xiàn)敏捷化的對象，而測試用例則是測試人員需要去努力實(shí)現(xiàn)敏捷化的對象。要想在測試用例的設(shè)計(jì)方面應(yīng)用“能工作的軟件比全面的文檔更有價(jià)值”這一敏捷原則，則關(guān)鍵是考慮怎樣使設(shè)計(jì)出來的測試用例是能有效工作的。

基于需求的測試用例設(shè)計(jì)

基于需求的用例場景來設(shè)計(jì)測試用例是最直接有效的方法，因?yàn)樗苯痈采w了需求，而需求是軟件的根本，驗(yàn)證對需求的覆蓋是軟件測試的根本目的。

要把測試用例當(dāng)成“活”的文檔（EffectiveSoftwareTesting：50SpecificWaystoImproveYourTesting–ElfriedeDustin），因?yàn)樾枨笫?/p>