小螞蟻  
          風(fēng)雨過后才見彩虹
          公告

          • —————————————
            李麗君
            軟件測試工作者
            廣東籍貫的海南人
            北京生活12年
            目前在深圳

            郵箱:
            llj2003hbdd@163.com
            —————————————
            說明:本Blog中的內(nèi)容均為本人原創(chuàng)或轉(zhuǎn)載,本人依法保留Blog內(nèi)原創(chuàng)文章的所有權(quán)利,如需轉(zhuǎn)載,請注明作者及出處。未經(jīng)許可,不得將本Blog內(nèi)文章用于任何盈利性用途。
            —————————————
          日歷
          <2007年10月>
          30123456
          78910111213
          14151617181920
          21222324252627
          28293031123
          45678910

          導(dǎo)航

          常用鏈接

          留言簿(174)

          隨筆分類(189)

          0--感興趣的網(wǎng)站

          1--國內(nèi)測試網(wǎng)站

          2--測試同行的blog

          3--開發(fā)好友的blog

          最新評論

           

          編寫背景:

          最近心態(tài)不是很好,外婆去世了,媽媽非常的傷心,我是很痛心;年底工作事情一堆堆;租的房子要漲價(jià),要重新找房子,還要重新搬家;老天爺讓事情都一塊來了,也許是想考驗(yàn)我心里承受壓力的能力,傷心、疲憊、操心全來了,我就統(tǒng)統(tǒng)的一起享用吧。與這些事情相比,還是有些值得開心的事情,工作表現(xiàn)優(yōu)秀,公司給予獎(jiǎng)勵(lì)和表揚(yáng);順利的參加了中國的第一屆中國質(zhì)量年會(huì),很高興中國的測試也有了屬于自己的盛會(huì); 11 23 ,做測試就 3 年了,是個(gè)值得紀(jì)念的日子。嘿嘿,寫到這,有些文不對題了。本來是想把這篇文章命名為“這是誰的錯(cuò)?”后來覺的不太合適,就選擇了這個(gè)題目 --- 測試管理之責(zé)任。

          寫這篇文章的來由是:一個(gè)我的大學(xué)同學(xué)開始做測試管理工作了,開始帶徒弟了,在管理上出現(xiàn)了一些問題,想知道我是怎么處理的,我覺的很有必要記錄和大家分享,因此就寫了。

           

          我思考整理了一下我這個(gè)同學(xué)遇見的問題:

          1.         多次溝通,開發(fā)人員不承認(rèn) BUG

          2.         開發(fā)組不會(huì)修改 BUG

          3.         測試人員發(fā)現(xiàn) BUG 非常少,工作效率低

           

          我是這樣回答她的:

          問題一:多次溝通,開發(fā)人員不承認(rèn) BUG

          對策:在測試環(huán)境再現(xiàn) BUG ,把問題統(tǒng)計(jì)、記錄成文檔,直接書面提交領(lǐng)導(dǎo),面對面的和領(lǐng)導(dǎo)以及開發(fā)負(fù)責(zé)人溝通,解決還是不解決,要解決,什么時(shí)候解決,說清楚,不解決,發(fā)布了,不要說是測試的不負(fù)責(zé)任,沒有報(bào)告, 不要到了后面不認(rèn)賬。

           

          問題二:開發(fā)組不會(huì)修改 BUG

          對策 1 :幫助開發(fā)人員分析查找 BUG 出現(xiàn)的根本原因,找到后,共同協(xié)商想辦法解決;這一方法只對開發(fā)和測試人員能有效溝通,測試人員能力和開發(fā)人員能力相當(dāng)?shù)那闆r才適用。

          對策 2 :通過網(wǎng)絡(luò)資源尋找解決辦法;再不行就把問題反饋給上一級領(lǐng)導(dǎo)或其它同事,共同尋求解決辦法。

           

          問題三:測試人員發(fā)現(xiàn) BUG 非常少,工作效率低

          對策:測試負(fù)責(zé)人應(yīng)分析測試人員發(fā)現(xiàn) BUG 少,工作效率低的原因,而不是指責(zé)測試人員,造成溝通上的不愉快;更不是測試負(fù)責(zé)人把測試任務(wù)一分,測試文檔模板給了、測試文檔編寫例子給了、所測試的軟件業(yè)務(wù)也講解了就行了;這樣就去埋怨測試新人發(fā)現(xiàn)這么少 BUG ;更不是期望測試新人按照參考給的例子照葫蘆畫瓢就行。

           

          在這第三個(gè)問題里,讓我思考很多:

          面對測試管理上出現(xiàn)的問題,測試負(fù)責(zé)人第一時(shí)間應(yīng)該更多的是問問自己:我哪個(gè)地方做錯(cuò)了呢?為什么會(huì)出現(xiàn)這樣的現(xiàn)象呢?而不是第一時(shí)間去指責(zé)當(dāng)事人和向她們發(fā)火,這是不協(xié)調(diào)的管理行為。

           

          每個(gè)人都是從公司的新人走向老員工,都是從一個(gè)應(yīng)屆畢業(yè)生走向一個(gè)社會(huì)。測試新人,她們需要正確的指導(dǎo)。

          Ø         在分配任務(wù)之前,作為師傅,首先應(yīng)該了解自己帶的徒弟能做什么、適合做什么、有哪些測試特長;做到恰當(dāng)?shù)姆峙涔ぷ鳌?/span>

          Ø         在工作分配時(shí),還要讓徒弟能明白你讓她做什么,要的東西是什么,她是否能真正明白;做到有效的溝通。

          Ø         在工作過程中,多提醒徒弟,碰到問題,先思考,想出自己的方法或想不出方法都要積極的問師傅,師傅再回答問題的過程中,要引導(dǎo)徒弟的思維方式,培養(yǎng)她獨(dú)立思考、解決問題的方法和思路。

          Ø         在工作過程中,要時(shí)常檢查、關(guān)心徒弟工作的情況,發(fā)現(xiàn)問題,及時(shí)進(jìn)行指正,這樣可以避免能否順利完成工作的風(fēng)險(xiǎn)。

          Ø         剛畢業(yè)的學(xué)生思維單純、要教會(huì)她們?yōu)槿颂幨拢虝?huì)她們怎么去學(xué)習(xí),沒有了師傅,自己怎么能更好的生存。

           

          我做測試新人的時(shí)候,在領(lǐng)導(dǎo)面前,被指責(zé)得哭過一回,我至今仍然記得;我很辛苦、很認(rèn)真的工作、但由于沒有和領(lǐng)導(dǎo)有效的溝通,以至文檔寫的不好,影響產(chǎn)品評審。也就是在沒有好師傅指導(dǎo)的環(huán)境里工作了兩年,經(jīng)歷了很多事情,讓我明白了好師傅應(yīng)該怎么做,做一個(gè)好師傅有多么的困難。

          我也知道,作為新人,面對惡劣的社會(huì)競爭,要學(xué)會(huì)生存,工作上不但要認(rèn)真、要努力、而且還要積極的發(fā)問;環(huán)境很重要,人本身的心態(tài)和責(zé)任心更重要。

           

          做測試管理,對待這個(gè)工作的態(tài)度很重要;責(zé)任心更更重要?。。。。。。。。。?/span>

           

          評論:
          • # re: 測試管理之責(zé)任?。。?!  ShaLongBus Posted @ 2006-12-17 17:39
            前兩個(gè)是開發(fā)測試溝通不良導(dǎo)致的問題,需要解決的是如何建立測試組和開發(fā)組之間的有效溝通,如何使開發(fā)人員信任測試人員的能力。第三個(gè)問題太含混,Bug并不是衡量工作效率的指標(biāo),需要指供其它方面的信息才能進(jìn)行診斷。  回復(fù)  更多評論   

          • # re: 測試管理之責(zé)任?。。。?nbsp; 大號 Posted @ 2006-12-19 13:05
            前兩個(gè)是開發(fā)測試溝通不良導(dǎo)致的問題,需要解決的是如何建立測試組和開發(fā)組之間的有效溝通,如何使開發(fā)人員信任測試人員的能力。

            =============================
            測試人員沒有必要,求著開發(fā)人員去測試!
            既然開發(fā)人員都不對自己負(fù)責(zé),測試人員又何必多此一舉呢?。?
            公道自在人心,測試人員作好記錄BUG的工作就可以了。。。  回復(fù)  更多評論   

          • # re: 測試管理之責(zé)任?。。?!  qiujj Posted @ 2006-12-23 19:12
            1. 多次溝通,開發(fā)人員不承認(rèn) BUG
            需要提高文字表達(dá)能力了,有時(shí)開發(fā)人員看了很欠BUG單才會(huì)明白或要多次與貼BUG人員溝通才能明白

            2. 開發(fā)組不會(huì)修改 BUG
            對于這個(gè)問題,只能企業(yè)對軟件品質(zhì)還不是很重視,或力度不夠。
            現(xiàn)在很多書都提到“缺陷管理”,可以加強(qiáng)對BUG管理,也可以考核測試人員的測試績效、開發(fā)人員的開發(fā)績效。有了歷吏記錄,開發(fā)人員是不可能不認(rèn)帳的。

            3. 測試人員發(fā)現(xiàn) BUG 非常少,工作效率低
            可能很多測試人員還不了解軟件品質(zhì),或測得不夠細(xì)心,或者沒有引入自動(dòng)化測試等。
              回復(fù)  更多評論   

          • # re: 測試管理之責(zé)任?。。。?nbsp; Lydia Posted @ 2007-08-30 14:43
            其實(shí)挺羨慕你徒弟的  回復(fù)  更多評論   

          • # re: 測試管理之責(zé)任!!??!  lijun Posted @ 2007-10-14 23:08
            to ShaLongBus:
            很高興,光臨我這個(gè)小地方并留言。你說的對:是需要有效溝通;Bug并不是衡量工作效率的指標(biāo),但可用來衡量風(fēng)險(xiǎn)

            to 大號:
            很高興,光臨我這個(gè)小地方并留言。我不認(rèn)同你的看法,因?yàn)闇y試和開發(fā)是一個(gè)團(tuán)隊(duì),光為測試自身著想而不為開發(fā)著想,很難發(fā)揮一個(gè)團(tuán)隊(duì)的力量。

            to qiujj:
            很高興,看到你的留言。你的幾點(diǎn)建議對我的同學(xué)會(huì)有所幫助,謝謝你。^_^

            to Lydia:
            嘿嘿,不用羨慕,從小我媽媽就對我說,別老看人家家有多好多好,別老比來比去,人比人氣死人。只要開心快樂就OK啦,祝你好運(yùn)

            祝樓上各位留言的同行,Good lucky!!!!^_^  回復(fù)  更多評論   

          • # re: 測試管理之責(zé)任?。。?!  神劍殘生 Posted @ 2010-02-03 18:02
            呵呵,你好,我是因?yàn)榭戳四愕倪@篇文章才決定注冊blogjava的,你的文章讓我產(chǎn)生很強(qiáng)的共鳴,希望以后能夠多多向你學(xué)習(xí)  回復(fù)  更多評論   

           
          Copyright © lijun Powered by: 博客園 模板提供:滬江博客
          主站蜘蛛池模板: 上犹县| 裕民县| 景东| 法库县| 石渠县| 米脂县| 吉安市| 高台县| 永康市| 土默特右旗| 介休市| 泉州市| 安丘市| 大余县| 桐城市| 五大连池市| 定边县| 改则县| 永德县| 安陆市| 庆云县| 沭阳县| 闻喜县| 铜川市| 綦江县| 漳州市| 连山| 齐河县| 中西区| 泽普县| 资源县| 河北区| 兴业县| 甘孜| 休宁县| 自治县| 昌宁县| 健康| 扬中市| 宜宾市| 白朗县|