摘要:測(cè)試的工作量更加分散,不會(huì)出現(xiàn)一段時(shí)間無(wú)事可做,一段時(shí)間忙的要死的情況。如果測(cè)試一味地只管提交,而不考慮開發(fā)的工作習(xí)慣和目標(biāo)的可執(zhí)行性,就會(huì)導(dǎo)致效率大大降低。這種看似投機(jī)取巧的方法會(huì)讓測(cè)試的用例編寫工作事半功倍,效率大大提升。
臨近年末,各家公司都進(jìn)入了緊張的年前項(xiàng)目沖刺階段,我們也不例外。每天開完早會(huì),就聽大家在抱怨任務(wù)太多做不完、一個(gè)月都沒(méi)正常過(guò)周末了云云。
據(jù)開發(fā)部門的同事說(shuō),他們的任務(wù)列表的長(zhǎng)度都快趕上老婆雙十一的購(gòu)物清單了,而作為與開發(fā)組聯(lián)系最緊密的測(cè)試組,我們的處境也好不到哪去,畢竟用的都是一款協(xié)作工具。
為了提高測(cè)試與開發(fā)的協(xié)作效率,個(gè)人在嘗試方法過(guò)程中也總結(jié)了幾條小技巧,在這里和大家分享一下,歡迎互相探討。
如何用敏捷方法做測(cè)試?敏捷的核心就是個(gè)“快”字:快速開發(fā),快速推出,快速驗(yàn)證產(chǎn)品方向。說(shuō)白了就是管理每個(gè)小目標(biāo),保證他們能夠按時(shí)完成。
想要運(yùn)用敏捷方法,要注意幾點(diǎn):
開發(fā)做完一個(gè)小功能馬上開始測(cè)試,減少等待時(shí)間。
測(cè)試的工作量更加分散,不會(huì)出現(xiàn)一段時(shí)間無(wú)事可做,一段時(shí)間忙的要死的情況。
每次的bug都是針對(duì)剛剛開發(fā)完的功能,開發(fā)處理起來(lái)會(huì)更得心應(yīng)手,減少溝通成本。
在與同事溝通中,我還了解到,將bug加入開發(fā)計(jì)劃會(huì)大大影響他們的目標(biāo)完成進(jìn)度,往往問(wèn)題剛整理出一些思路,就因?yàn)槟承゜ug需要處理而被迫中斷了。
所以很多時(shí)候,直到deadline臨近,目標(biāo)中還會(huì)存留大量任務(wù)。如果測(cè)試一味地只管提交bug,而不考慮開發(fā)的工作習(xí)慣和目標(biāo)的可執(zhí)行性,就會(huì)導(dǎo)致效率大大降低。
內(nèi)容截圖自teamin演示案例,結(jié)構(gòu)略有修改,下同
解決這個(gè)問(wèn)題,需要將bug多帶帶管理,同時(shí)做到合理分配,有節(jié)制,分緩急。
比較好的做法是,測(cè)試根據(jù)當(dāng)前的開發(fā)計(jì)劃設(shè)置自己的計(jì)劃,將所有bug按緊急、重要、一般3種優(yōu)先級(jí)來(lái)劃分(分幾級(jí)不重要,重要的是如何處理分級(jí)不同的bug),優(yōu)先挑選緊急bug放入當(dāng)前目標(biāo),重要bug根據(jù)當(dāng)前進(jìn)展情況適量分配,一般bug可以暫時(shí)不考慮。
另外,bug最好能建立多帶帶的項(xiàng)目來(lái)管理,保證開發(fā)的任務(wù)集中度,避免產(chǎn)生過(guò)多冗余信息(屬于當(dāng)前版本卻優(yōu)先度不高的bug)。
項(xiàng)目、目標(biāo)、標(biāo)簽,三位一體
舉個(gè)不恰當(dāng)?shù)睦?,測(cè)試與開發(fā)的配合就像父母喂孩子一樣,不能等到孩子餓了才給吃的,這樣容易一次喂太多,引起消化不良;也不能什么都給孩子喂,要注意合理配餐,否則營(yíng)養(yǎng)失衡影響健康發(fā)育?;仡^心疼的不還是你這個(gè)做父母的嗎?(哎!好像哪里不對(duì)……)
計(jì)劃經(jīng)常需要修改,測(cè)試如何應(yīng)對(duì)?計(jì)劃變更頻繁可以說(shuō)是敏捷開發(fā)的另一大特點(diǎn)。上文提到了將bug多帶帶管理,并將篩選后的bug加入計(jì)劃,那么這種多帶帶管理bug的方式就可以解決計(jì)劃頻繁變更的問(wèn)題嗎?
顯然不能,因?yàn)閎ug最終還是要加入計(jì)劃,計(jì)劃出現(xiàn)變更,之前分配好的bug也會(huì)隨之發(fā)生變化,這樣之前設(shè)定的測(cè)試目標(biāo)豈不亂套了嗎?而且想必大家也會(huì)有疑問(wèn),我分配到開發(fā)計(jì)劃中的bug,相當(dāng)于從測(cè)試項(xiàng)目中移走了,那么修改后我如何得知,又如何統(tǒng)一審核呢?
簡(jiǎn)單來(lái)說(shuō),我需要任務(wù)支持跨項(xiàng)目協(xié)同,這樣可以將同一個(gè)任務(wù)分配給不同的項(xiàng)目,達(dá)到測(cè)試與開發(fā)既各自獨(dú)立、又相互聯(lián)動(dòng)的效果。這其實(shí)比較難實(shí)現(xiàn),好在我用的協(xié)作工具支持我這樣做,具體怎么做我不太好描述,直接上圖吧:
跨項(xiàng)目協(xié)同,任務(wù)狀態(tài)共享
這樣一來(lái),我在測(cè)試項(xiàng)目中設(shè)置的目標(biāo)計(jì)劃,不會(huì)隨著開發(fā)計(jì)劃的變更而變化,計(jì)劃的調(diào)整都是自主和可預(yù)期的,另一方面,也能解決任務(wù)狀態(tài)同步和后期審核的問(wèn)題。
如何編寫測(cè)試用例?計(jì)劃開始階段沒(méi)有測(cè)試工作,主要就是做測(cè)試用例了。我想這也是不少測(cè)試小伙伴的心頭大患。測(cè)試用例結(jié)構(gòu)復(fù)雜,分支眾多,很難做的很詳盡,一開始更是不知道從何寫起。
到目前為止,我還沒(méi)有找到一款非常合適的管理工具能夠比excel做的更好,管理工具即使能夠自定義功能,也很難達(dá)到excel的靈活性。與其在軟件中記錄分支,我寧愿將需要參考的相關(guān)任務(wù)導(dǎo)出成excel,然后自己添加情況分支,做優(yōu)化修改。
導(dǎo)出任務(wù)列表,便于用excel編寫用例
我一般會(huì)在開發(fā)前期就將產(chǎn)品的整體計(jì)劃導(dǎo)出,作為總的測(cè)試用例大綱;再將開發(fā)當(dāng)前正在做的計(jì)劃導(dǎo)出,作為版本測(cè)試的用例大綱。
經(jīng)常寫測(cè)試用例的測(cè)試小伙伴可能都深有體會(huì),用例最頭疼就是整理結(jié)構(gòu)大綱,而產(chǎn)品的整體計(jì)劃本身就是一個(gè)結(jié)構(gòu)性很強(qiáng)的需求大綱,相當(dāng)于一個(gè)全部功能點(diǎn)的索引目錄。
我們只要導(dǎo)出,稍作修改和補(bǔ)充,用例的完成度就會(huì)相當(dāng)高。而且這樣做還省去了與產(chǎn)品、開發(fā)一條條對(duì)接溝通的麻煩,減少了大量的溝通成本。
這種看似“投機(jī)取巧”的方法會(huì)讓測(cè)試的用例編寫工作事半功倍,效率大大提升。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://m.hztianpu.com/yun/8737.html
摘要:為了構(gòu)建可伸縮的測(cè)試自動(dòng)化框架,需要記住以下三個(gè)最重要的干凈編碼實(shí)踐。因此,組織期望其或測(cè)試自動(dòng)化架構(gòu)師設(shè)計(jì)和開發(fā)健壯,可維護(hù)的智能測(cè)試自動(dòng)化框架。包括適當(dāng)?shù)奈臋n在測(cè)試自動(dòng)化框架開發(fā)項(xiàng)目中工作的程序員不太可能獨(dú)自編寫代碼。 ...
摘要:于年獲得的職位,并發(fā)現(xiàn)了一個(gè)需要徹底改革的部門。此外,該報(bào)告還將云計(jì)算確定為了最需要專業(yè)開發(fā)的領(lǐng)域之一。為了能夠成功過(guò)渡到云,首席信息官們正在重新組建他們的IT團(tuán)隊(duì),使其變得敏捷、跨職能,并且擁有新的技能、角色和高度適應(yīng)性的思維方式。 Paul Ryan于2017年獲得OpenX的CTO職位,并發(fā)現(xiàn)了一個(gè)需要徹底改革的IT部門。 OpenX,一家制作程序化廣告平臺(tái)的技術(shù)公司,服務(wù)...
摘要:近年來(lái),云計(jì)算無(wú)疑成為企業(yè)開展業(yè)務(wù)的關(guān)鍵組成部分,特別是當(dāng)企業(yè)考慮數(shù)字轉(zhuǎn)型的競(jìng)爭(zhēng)時(shí)。其次,整體可見性和態(tài)勢(shì)感知水平基于遙測(cè)和與所有職能團(tuán)隊(duì)的整個(gè)組織相關(guān)的。尤其是數(shù)字轉(zhuǎn)換和云計(jì)算,是創(chuàng)新和更廣泛業(yè)務(wù)轉(zhuǎn)型的組成部分。近年來(lái),云計(jì)算無(wú)疑成為企業(yè)開展業(yè)務(wù)的關(guān)鍵組成部分,特別是當(dāng)企業(yè)考慮數(shù)字轉(zhuǎn)型的競(jìng)爭(zhēng)時(shí)。在全球范圍內(nèi),企業(yè)正在將他們的應(yīng)用程序和服務(wù)轉(zhuǎn)移到云端,從而獲得更低的資本性支出和運(yùn)營(yíng)支出的好處...
摘要:坎貝爾說(shuō)我們已經(jīng)看到,隨著團(tuán)隊(duì)采用微服務(wù),從提交到制作的周期時(shí)間顯著縮短。轉(zhuǎn)向微服務(wù)代表著一場(chǎng)大變革,各個(gè)組織需要做好應(yīng)對(duì)這種重大轉(zhuǎn)變的準(zhǔn)備。表示,企業(yè)還應(yīng)考慮根據(jù)業(yè)務(wù)優(yōu)先級(jí)為每個(gè)微服務(wù)的性能和可靠性定義服務(wù)水平協(xié)議。如今新應(yīng)用程序的開發(fā)都與交付速度有關(guān)。向敏捷環(huán)境的大規(guī)模轉(zhuǎn)移已經(jīng)持續(xù)了數(shù)年,這促使人們有一種輕松快速地部署軟件的意識(shí)。微服務(wù)是面向服務(wù)的體系結(jié)構(gòu)(SOA)的一種變體,它將應(yīng)用程...
摘要:可更新云原生應(yīng)用程序始終是的,云原生應(yīng)用始終可用。彈性云原生應(yīng)用程序通過(guò)在峰值期間增加的資源來(lái)利用云的彈性。多租戶云原生應(yīng)用程序在虛擬化環(huán)境中工作,并與其他應(yīng)用程序共享資源沒(méi)有問(wèn)題。云原生應(yīng)用程序更加模塊化,許多功能分解為微服務(wù)。云原生這個(gè)詞被大量引用,尤其是云服務(wù)商。不僅如此,云原生甚至還有自己的基金會(huì):由Linux基金會(huì)于2015年推出的云原生應(yīng)用基金會(huì)(CNCF)。 云原生定義 ...
閱讀 2121·2021-11-19 11:37
閱讀 807·2021-11-11 16:54
閱讀 1238·2021-11-02 14:44
閱讀 3161·2021-09-02 15:40
閱讀 2430·2019-08-30 15:44
閱讀 1040·2019-08-29 11:17
閱讀 1121·2019-08-26 14:06
閱讀 1625·2019-08-26 13:47