軟件測(cè)試人員需要開(kāi)那些會(huì)議
工作這些年,開(kāi)了多少次會(huì)議我已記不清了,很多時(shí)候領(lǐng)導(dǎo)給你分配的工作量,計(jì)算的時(shí)間是不包含這部分開(kāi)會(huì)時(shí)間的,所以怎么讓自己只參加那些有效的會(huì)議就顯得尤為重要了。我總結(jié)了下,作為一名軟件測(cè)試人員,需要開(kāi)的會(huì)議有5個(gè)。

1 團(tuán)隊(duì)晨會(huì)
參與團(tuán)隊(duì)晨會(huì),主要是匯報(bào)昨天工作情況和今天計(jì)劃要做的工作,以及在工作中遇到的問(wèn)題?如果有問(wèn)題可以尋求幫助,不管是人力上的支持還是技術(shù)上的支持,測(cè)試總監(jiān)會(huì)給你出解決方案,或是組內(nèi)人員討論,讓自己有更多的想法,通常這個(gè)晨會(huì)時(shí)間在15--20分鐘內(nèi),如果覺(jué)得每天開(kāi)頻率有點(diǎn)高的話,可以一、三、五召開(kāi)。
2 需求評(píng)審會(huì)
需求評(píng)審會(huì)是測(cè)試人員開(kāi)展工作的源頭,所以這個(gè)會(huì)議測(cè)試人員必須全程參與。在參與之前可以自己先過(guò)2--3遍需求,帶著問(wèn)題來(lái)聽(tīng)需求會(huì)讓自己節(jié)省后續(xù)的工作時(shí)間,需求評(píng)審?fù)瓿珊?,測(cè)試人員需要將需求轉(zhuǎn)化成功能點(diǎn),可以以思維導(dǎo)圖的方式展開(kāi),這樣便于梳理邏輯。
3 用例評(píng)審會(huì)
用例評(píng)審會(huì)是展示一個(gè)測(cè)試人員實(shí)力的好時(shí)機(jī),在你給研發(fā)和需求講解你的用例的時(shí)候,你不僅可以提高自己的演講能力,別人還能從你編寫(xiě)的用例中看出你的邏輯思維是嚴(yán)密的還是松散的,有的人編寫(xiě)的用例一輪評(píng)審就能通過(guò),有的人編寫(xiě)的用例需要兩輪,三輪。完全憑個(gè)人實(shí)力。
4 測(cè)試結(jié)果討論結(jié)會(huì)
測(cè)試完成后,測(cè)試人員是需要編寫(xiě)一份測(cè)試報(bào)告的。編寫(xiě)該報(bào)告的主要目的是總結(jié)這輪測(cè)試執(zhí)行了多少用例,發(fā)現(xiàn)了多少bug, 還有多少bug沒(méi)有修改。對(duì)于那些有爭(zhēng)議的bug,產(chǎn)品經(jīng)理和測(cè)試經(jīng)理以及研發(fā)經(jīng)理會(huì)幫你決定要不要修改。同時(shí)研發(fā)經(jīng)理根據(jù)這些bug 會(huì)告訴你,他們下一輪提測(cè)的時(shí)間,這樣你就能做到心中有數(shù)。

5 項(xiàng)目站會(huì)
項(xiàng)目站會(huì)通常是因?yàn)轫?xiàng)目臨近上線前夕(10-15天),為了督促研發(fā)修改bug而設(shè)立的。凡是與項(xiàng)目有關(guān)的人都需要參與,簡(jiǎn)單說(shuō)下今天測(cè)試或是研發(fā)遇到的問(wèn)題,研發(fā)經(jīng)理會(huì)根據(jù)問(wèn)題的難易程度調(diào)配他們組內(nèi)的人力資源,可以說(shuō)這個(gè)會(huì)議,是快速迭代中不可缺少的環(huán)節(jié)。
針對(duì)上面這些會(huì),有些問(wèn)題爭(zhēng)議比較大的,耗時(shí)比較多,可能只涉及到小部分人員。這樣可以安排會(huì)議后單獨(dú)討論,不用在大會(huì)中占用大家過(guò)多的時(shí)間,要知道你占用的時(shí)間越多,別人加班的時(shí)間就越長(zhǎng)。

