軟件行業(yè)發(fā)展到今天，可以說是步伐越來越快了遗菠。老板們堅信联喘，時間就是金錢。早一天上線就是早一點占領(lǐng)市場舷蒲。于是敏捷開發(fā)耸袜，敏捷測試的概念流行開來。所謂敏捷牲平，說白了就是沒時間堤框。在敏捷模式下，團隊幾乎沒有時間寫文檔纵柿。在不斷強調(diào)質(zhì)量之后蜈抓，研發(fā)團隊又被要求一快再快。那么作為測試人員昂儒，如何“敏捷”的完成自己的工作呢沟使？
我們回顧一下常規(guī)的測試流程：需求分析--編寫用例--執(zhí)行用例--回歸驗收。其中渊跋，寫測試用例占用了我們大量的時間腊嗡。很多小伙伴都抱怨說，測試時間太緊張啦拾酝，根本沒有時間寫測試用例把嗌佟！嗯蒿囤，敏捷模式下我們確實沒有時間寫詳細的測試用例（包含詳細測試條件客们、步驟）。但是，沒有文檔的測試常常讓測試人員感到心里沒底底挫，甚至邏輯混亂恒傻。那么，我們可以寫測試點建邓。關(guān)于測試點盈厘，我分享一下我個人的經(jīng)驗，希望能幫助大家涝缝。
曾經(jīng)習慣用Excel寫測試用例扑庞。到了敏捷，就習慣用它來寫測試點拒逮。一般來說用一句話概括一個測試點罐氨，一句話中包含測試條件以及預(yù)期結(jié)果。測試時用顏色標記執(zhí)行結(jié)果滩援。
常用句式為：XXX（條件）時栅隐，XXXX（預(yù)期結(jié)果）。以登陸舉例：
測試點1 輸入正確的用戶名和密碼時玩徊，登陸成功租悄。
測試點2 輸入正確的用戶名和錯誤的密碼時，登陸失敗恩袱，提示：密碼錯誤泣棋。
如此，以足夠指導自己測試畔塔。有小伙伴喜歡把測試點寫成思維導圖的形式潭辈，清晰明了，也不失為一種好的方法澈吨。工具形式神馬的看個人習慣把敢，能簡單高效的寫清楚就好。
對于多個平臺相互關(guān)聯(lián)的測試谅辣，我一般習慣把平臺放在一起列在表格里修赞。如比較常見的是app和pc端關(guān)聯(lián)，思路一般為同一條件下桑阶，app如何顯示柏副，pc端如何顯示。如此用例清晰明了蚣录，也比較高效割择。
很多小伙伴的公司用例都是有固定模板的，我這里想要和大家說明的一點是包归，固定的模版是比較影響發(fā)揮的。為了高效，大家完全可以打破模版公壤，根據(jù)待測產(chǎn)品的特點來設(shè)計模版换可，讓用例更清晰明了，執(zhí)行更高效厦幅，讓測試人員思路更清晰沾鳄，這個才是最重要的。
下面說點敏捷下關(guān)于測試的兩個小tips
01?關(guān)于測試能力
很多小伙伴都有這樣的困惑：空有一身的本領(lǐng)确憨，面試之后就完全用不上了译荞，到了實際工作中還是點點點，完全不能理解企業(yè)為什么花大價錢請了一個點工休弃。
這里我想給這樣的小伙伴打打氣吞歼。其實企業(yè)比我們想象得精明的多，在敏捷模式下塔猾，企業(yè)希望招聘更有能力的測試篙骡，來提高效率。會數(shù)據(jù)庫的測試可以更準確的找到數(shù)據(jù)問題丈甸，懂接口的測試可以更精準的定位問題所在糯俗，懂代碼的測試更容易猜出開發(fā)哪里寫的不對。
在測試初期睦擂，當待測模塊受上游功能限制時得湘，有能力的測試會自己做測試數(shù)據(jù)來滿足自己的測試條件，而不是一味的找開發(fā)給做數(shù)據(jù)或干等全流程做好了再測顿仇。我們都知道淘正，測試介入得越早，越能爭取到更多的測試時間夺欲，也能更好的幫助團隊保證質(zhì)量跪帝，提高效率。所以些阅，就算是我們做點工伞剑，我們也是一個高效的點工。
02?關(guān)于回歸和驗收
測試的最后階段市埋，很多測試人員都曾遇到這樣的情況：提出的bug開發(fā)人員已經(jīng)全部修改完了黎泣，現(xiàn)在怎么點也點不出bug了，但是因為沒有像傳統(tǒng)測試那樣的流程一板一眼的執(zhí)行測試缤谎，總覺得心里慌慌抒倚，生怕漏測而不敢提交。
這個時候坷澡，我要對你說的是：兄弟莫慌托呕！其實這個階段從研發(fā)團隊的角度來說不會再發(fā)現(xiàn)什么明顯的問題了，那么我們要做的就是結(jié)合具體的業(yè)務(wù)來進行測試∠罱迹可以從生產(chǎn)上導出真實數(shù)據(jù)進行測試馅扣，也可以請教使用系統(tǒng)的客戶進行操作。
總之着降，想辦法讓自己站在客戶的角度上差油，盡可能的用客戶真正使用的角度上去操作。此方法對于專業(yè)性比較強的軟件來說尤其適用任洞。很多公司會安排準生產(chǎn)環(huán)境邀請客戶來做最終的驗收測試蓄喇。這些都是保證產(chǎn)品質(zhì)量的方法。
敏捷模式對于開發(fā)和測試都比較有壓力交掏。壓縮的工期妆偏，不足的人手，龐大的工作量耀销，都是敏捷模式下帶來的問題楼眷。除了加班為了提高效率非常重要的一點是，必須對業(yè)務(wù)非常非常非常熟悉熊尉。團隊中的每一個人罐柳，無論是研發(fā)還是測試，除自己負責的模塊外狰住，盡量去多了解了解其他相關(guān)模塊的業(yè)務(wù)张吉。這樣不僅能夠減少漏洞，還能使團隊更緊密的配合催植，從而提高整個研發(fā)團隊的工作效率肮蛹。
以上是我在版本周期高速迭代的團隊中總結(jié)的實戰(zhàn)經(jīng)驗，希望能幫助一些在敏捷環(huán)境中工作的測試小伙伴创南。
作 者：Testfan 桃之妖妖
出 處：微信公眾號：自動化軟件測試平臺
版權(quán)說明：歡迎轉(zhuǎn)載伦忠，但必須注明出處，并在文章頁面明顯位置給出文章鏈接
