質(zhì)量工作是每個(gè)公司、企業(yè)都有的工作,為了做好質(zhì)量檢測(cè),成立專門的部門去進(jìn)行質(zhì)量管理,你工作有什么感悟?下面小編帶來(lái)的是關(guān)于質(zhì)量管理的幾點(diǎn)工作體會(huì)。
2016年入所至今,一直在技術(shù)規(guī)劃部質(zhì)量管理小組工作,參與過(guò)新版官網(wǎng)、BPM業(yè)務(wù)系統(tǒng)等項(xiàng)目;工作兩年來(lái),從執(zhí)行者逐漸走向一個(gè)管理者,每一次的角色轉(zhuǎn)變都讓我感觸頗深,每個(gè)階段的歷練都不斷促使我去思考,從而形成在質(zhì)量領(lǐng)域一些理解和總結(jié),下面就談?wù)剮c(diǎn)工作體會(huì)。
1、分而治之,責(zé)任明確
任何項(xiàng)目都是由項(xiàng)目成員構(gòu)成,要保證項(xiàng)目產(chǎn)出的質(zhì)量,就需要管理好項(xiàng)目的參與者,及明確各參與者角色和責(zé)任,因此項(xiàng)目初期要明確成員間各自分工,明確項(xiàng)目做什么,要達(dá)到什么樣的目標(biāo),有了具體愿景,項(xiàng)目團(tuán)隊(duì)各自分析為了達(dá)到此類目標(biāo)應(yīng)該怎么做,什么時(shí)候完成。特別是大型項(xiàng)目,項(xiàng)目參與人員角色多,有開(kāi)發(fā)、需求、UI設(shè)計(jì)、測(cè)試以及環(huán)境管理人員等角色,更需要明確角色定義、劃分責(zé)任邊界,讓專業(yè)的人干專業(yè)的事情,一人擔(dān)任多個(gè)角色容易導(dǎo)致責(zé)任混亂,有問(wèn)題定位不到個(gè)人,或者出現(xiàn)產(chǎn)出效果不佳,甚至出現(xiàn)個(gè)人成為項(xiàng)目瓶頸導(dǎo)致項(xiàng)目延遲。
對(duì)于質(zhì)量管理來(lái)說(shuō),有了清晰的角色分類后,就需要對(duì)每個(gè)角色分配任務(wù)明確責(zé)任,特別是明確劃分每個(gè)角色的邊界職責(zé),避免出現(xiàn)問(wèn)題,邊界模糊、責(zé)任落實(shí)不到位,問(wèn)題難以解決。這里最好遵循一個(gè)原則就是高內(nèi)聚、低耦合,同一類型的工作給同一角色或者個(gè)人進(jìn)行。如官網(wǎng)改版項(xiàng)目,在測(cè)試組內(nèi)我們按照網(wǎng)站功能劃分為CMS(Content Management System)、全文檢索、行情、報(bào)表、信息披露等幾個(gè)小組,各小組間任務(wù)不交叉,但是小組內(nèi)成員合力干好一件事情,且具體任務(wù)落實(shí)到個(gè)人,有問(wèn)題可追蹤到個(gè)人,減少團(tuán)隊(duì)任務(wù)較差避免重復(fù)勞動(dòng),提高工作效率同時(shí)保障系統(tǒng)質(zhì)量。
2、交叉驗(yàn)證,協(xié)同作戰(zhàn)
明確項(xiàng)目愿景和各自責(zé)任后,就需要考慮怎么做(策略),什么時(shí)候完成,從而擬定出一份測(cè)試計(jì)劃。這里涉及到一個(gè)常見(jiàn)的問(wèn)題就是人員分工和協(xié)作,一個(gè)團(tuán)隊(duì)里面有經(jīng)驗(yàn)尚淺也有經(jīng)驗(yàn)豐富的員工,因而制定策略過(guò)程中,還應(yīng)考察測(cè)試成員相關(guān)情況,根據(jù)人員特點(diǎn)和成員能力層次結(jié)構(gòu)來(lái)進(jìn)行分工合作,完成任務(wù)保障質(zhì)量是一個(gè)目標(biāo),另一方面也需要在項(xiàng)目中培養(yǎng)鍛煉新人,所以需要分配一些比較困難任務(wù)給年輕成員做,可能大家會(huì)擔(dān)憂新人能力不足,容易產(chǎn)生嚴(yán)重漏出,因此建議有個(gè)經(jīng)驗(yàn)豐富員工與之一組協(xié)同作戰(zhàn),以老帶新必不可少。此外,分配任務(wù)時(shí)經(jīng)常會(huì)犯一個(gè)慣性思維就是“誰(shuí)對(duì)功能比較熟悉讓他/她繼續(xù)做”,這樣一來(lái)學(xué)習(xí)成本低,二則做事效率高;雖然一個(gè)人在長(zhǎng)期做一件事情效率會(huì)提高,但是人長(zhǎng)期做同一件事情容易形成一些慣性思維和精神疲勞,可能導(dǎo)致項(xiàng)目出錯(cuò)。為了降低人犯錯(cuò)的概率,我們通過(guò)交叉測(cè)試方式彌補(bǔ)個(gè)人思維錯(cuò)漏概率,重點(diǎn)功能交換三人或者更多人進(jìn)行測(cè)試,在不停交換過(guò)程中使得測(cè)試路徑和測(cè)試思維覆蓋范圍更廣和全面。特別是到項(xiàng)目后期時(shí),測(cè)試人員已經(jīng)重復(fù)工作多次,容易產(chǎn)生懈怠情緒,安排新模塊進(jìn)行交叉測(cè)試,不但能夠降低重復(fù)性工作的疲勞,而且還能用新鮮感來(lái)刺激測(cè)試人員投入工作。
3、巧妙使用文檔配合溝通
大項(xiàng)目中分工明確是好事,但也反應(yīng)出另外一個(gè)痛點(diǎn)那就是溝通,團(tuán)隊(duì)成員間分工越細(xì)致,溝通成本更越高。曾經(jīng)參與一個(gè)項(xiàng)目,各類成員加起來(lái)近40人的團(tuán)隊(duì),成員辦公地點(diǎn)散落各地。面對(duì)面溝通效果雖好,但是成本很高,很多時(shí)候有些項(xiàng)目計(jì)劃和分工、需求變更、功能修改等信息只能通過(guò)辦公軟件進(jìn)行溝通。但是溝通群里面每天幾百條信息,工作人員很難關(guān)注到每條信息,導(dǎo)致信息沒(méi)有傳遞到位。加上消息經(jīng)常有變動(dòng),導(dǎo)致項(xiàng)目成員都難以確認(rèn)哪個(gè)信息才是最終的版本。因此,每個(gè)小組指定一個(gè)接口人,使用任務(wù)分工文檔記錄計(jì)劃安排和進(jìn)度,用跟蹤文檔記錄需求變更項(xiàng)跟蹤任務(wù)狀態(tài),使用變更日志記錄前后臺(tái)接口、功能變更點(diǎn),凡有新增或修改就通知接口人傳達(dá)到組內(nèi),項(xiàng)目成員只需通過(guò)SVN等工具獲取最新文檔就知道最新任務(wù)和變更,這樣既可減少溝通對(duì)象,提高溝通效率,也方便對(duì)進(jìn)度、變更進(jìn)行跟蹤和管理。
4、合理控制流程
傳統(tǒng)大型項(xiàng)目都遵循瀑布型生命周期,但是傳統(tǒng)瀑布模型的每個(gè)下游階段在上游沒(méi)完成情況下處于等待模式,造成資源的浪費(fèi)。比如需求階段時(shí)開(kāi)發(fā)、測(cè)試沒(méi)有工作的輸入就無(wú)法談及輸出,或者各功能模塊間若存在緊耦合,會(huì)出現(xiàn)部分功能先完成、部分功能延遲現(xiàn)象,致使整個(gè)進(jìn)度往后;且項(xiàng)目周期越長(zhǎng),缺陷和變更越往后修改成本越高。因此,為及時(shí)響應(yīng)需求、減少團(tuán)隊(duì)間功能耦合性和團(tuán)隊(duì)間依賴關(guān)系,及時(shí)發(fā)現(xiàn)項(xiàng)目存在風(fēng)險(xiǎn),官網(wǎng)項(xiàng)目實(shí)施階段使用2周一迭代開(kāi)發(fā)的方式。
在項(xiàng)目實(shí)施過(guò)程中,有的是開(kāi)發(fā)人員進(jìn)行打包合并代碼,然后由運(yùn)維人員部署上線。這樣做雖減少了項(xiàng)目過(guò)程,但是實(shí)際項(xiàng)目中經(jīng)常出現(xiàn)上線前緊急需求變更以及代碼優(yōu)化,導(dǎo)致需求變更評(píng)估不足,開(kāi)發(fā)影響范圍分析不到位,造成不必要的缺陷漏出。而且沒(méi)有嚴(yán)格代碼權(quán)限管控,容易導(dǎo)致上線版本和測(cè)試通過(guò)版本不是同一個(gè),導(dǎo)致線上版本存在未知風(fēng)險(xiǎn)。因此安裝測(cè)試階段增加配置管理員角色形成如下圖所示項(xiàng)目過(guò)程,嚴(yán)格控制上線前代碼修改權(quán)限,對(duì)提交代碼進(jìn)行提交日志審核和修改點(diǎn)說(shuō)明,測(cè)試針對(duì)影響范圍進(jìn)行重點(diǎn)回歸,驗(yàn)證成功后配置管理員發(fā)出上線包,由運(yùn)維人員部署上線。這樣就能排除一些未知修改而存在隱患,確保上線版本是經(jīng)過(guò)嚴(yán)格質(zhì)量把控,從而保障系統(tǒng)安全、穩(wěn)定運(yùn)行。
質(zhì)量管理的目的是減少缺陷,保障和提高項(xiàng)目交付質(zhì)量。參與多個(gè)項(xiàng)目的經(jīng)歷,讓我深入體會(huì)到合理的人員分工和有效的溝通對(duì)于有效提高系統(tǒng)交互質(zhì)量,降低項(xiàng)目風(fēng)險(xiǎn)和成本具有重大意義。此外,經(jīng)過(guò)實(shí)踐證明合理控制項(xiàng)目流程規(guī)范有助于提減少項(xiàng)目未知風(fēng)險(xiǎn)保障版本穩(wěn)定性,同時(shí)也提高做事效率。
5、創(chuàng)新驅(qū)動(dòng)效率
在項(xiàng)目初期規(guī)劃我們系統(tǒng)涉及6大欄目細(xì)分共200多個(gè)子欄目共400多個(gè)頁(yè)面;由于在項(xiàng)目實(shí)施初期,受制于上游節(jié)點(diǎn)輸出,而項(xiàng)目交付期限不變,導(dǎo)致下游測(cè)試工期被壓縮,使得測(cè)試組質(zhì)量管理團(tuán)隊(duì)不得不改變測(cè)試策略和方法,確保系統(tǒng)質(zhì)量前提下需要大幅提高工作效率。在保障質(zhì)量前提下要提高效率就代表我們?cè)撟叩牧鞒桃?guī)范和工序不能減少,唯一能夠改進(jìn)的就是我們提高工作成果復(fù)用性,然而怎樣才能提高復(fù)用性呢?
首先,我們需要識(shí)別出項(xiàng)目有哪些共性,確保相同的任務(wù)只做一次或者盡量減少重復(fù)。經(jīng)過(guò)觀察和分析,得出我們系統(tǒng)基本由報(bào)表、CMS(Content Management System)、信息披露落地服務(wù)、行情服務(wù)、全文檢索等5個(gè)基礎(chǔ)服務(wù)所支撐,這些功能以功能模塊的表現(xiàn)形式嵌套于不同頁(yè)面中,因此測(cè)試組采用組件化的測(cè)試思維,通過(guò)抽象方式把頁(yè)面功能模塊進(jìn)行抽象,通過(guò)模塊的高內(nèi)聚和模塊間的低耦合思維編寫(xiě)測(cè)試需求和用例形成基礎(chǔ)組件測(cè)試用例庫(kù)。因此我們把整個(gè)官網(wǎng)的功能和頁(yè)面分為多個(gè)不同類型容器。頁(yè)面和組件間關(guān)系根據(jù)系統(tǒng)需求規(guī)格進(jìn)行組裝,實(shí)現(xiàn)測(cè)試需求和用例拖拉拽的目標(biāo),從而提高模塊的復(fù)用性。特別是我們CMS這塊內(nèi)容經(jīng)過(guò)組件化測(cè)試思維,測(cè)試需求分析和用例的平均復(fù)用率基本在80%左右,組件相關(guān)功能測(cè)試效率提高50%以上。
我是一個(gè)小小的個(gè)體,生于技術(shù)口這個(gè)團(tuán)體;千人同心,則得千人之力;萬(wàn)人異心,則無(wú)一人之用。以上所有的內(nèi)容都離不開(kāi)“協(xié)作”二字,因有了各方的協(xié)作和努力,我們的工作才能有序推進(jìn),各項(xiàng)任務(wù)能夠順利完成。對(duì)于大伙的幫助和支持,只能鄭重地說(shuō)句感謝;感謝陪我一起見(jiàn)證凌晨3點(diǎn)的深圳,一起扛過(guò)周末沒(méi)有空調(diào)的炎夏,都說(shuō)我們是搬磚的碼農(nóng),但我們一步一個(gè)腳印,用沉穩(wěn)的步伐,踏上新的征程!
來(lái)源:網(wǎng)絡(luò)整理 免責(zé)聲明:本文僅限學(xué)習(xí)分享,如產(chǎn)生版權(quán)問(wèn)題,請(qǐng)聯(lián)系我們及時(shí)刪除。