測(cè)試工程師最開心的事:發(fā)現(xiàn)了一個(gè)很嚴(yán)重的bug,特別是那種隱藏很深,邏輯性的錯(cuò)誤.偶第一次發(fā)現(xiàn)這種問題的時(shí)候,聽到上司和開發(fā)人員的表揚(yáng)時(shí),高興的就想扭pp.不過現(xiàn)在慢慢矜持些了,呵呵.
測(cè)試工程師最提心吊膽的事:版本release出去后,客戶發(fā)現(xiàn)了很多或很嚴(yán)重的bug.經(jīng)過緊張的系統(tǒng)測(cè)試之后,好不容易可以輕松一下了,卻又陷入了每天擔(dān)心正在做驗(yàn)收或使用的客戶一封郵件或一個(gè)電話說產(chǎn)品有問題.碰到好些的老板還會(huì)比較樂觀的看這樣的問題,最慘的就是有些人一頓臭罵,之前的辛苦,加班全部都給抹殺了.
測(cè)試工程師最憎恨聽到的話:"為什么這個(gè)bug沒有在測(cè)試的發(fā)現(xiàn)呢?"這句話經(jīng)常是客戶發(fā)現(xiàn)bug后,老板對(duì)測(cè)試人員的質(zhì)問.當(dāng)然這里排除那種很明顯的錯(cuò)誤.其實(shí)誰都知道bug是不可能全部發(fā)現(xiàn)的,這句話其實(shí)也是客戶對(duì)大頭,大頭對(duì)小兵一級(jí)一級(jí)問下來的.除了希望測(cè)試人員警惕之外,還有更多的是一種"踢貓"的行為.對(duì)于這句話,偶第一次聽到這句話的反映是"我們?cè)趺纯赡馨l(fā)現(xiàn)所有的bug呢",后來變成"制造bug的人不是我們,是開發(fā)",到現(xiàn)在的"讓我查查我的日志,問問開發(fā)這個(gè)bug的原因,為什么我們會(huì)沒有找到,下次我們會(huì)怎樣"的回復(fù).
測(cè)試工程師最郁悶的事:"剛才那個(gè)版本打包打錯(cuò)了,你們要重測(cè)".新版本來了,馬上投入緊張的測(cè)試,希望能夠多找些bug.沒想到辛苦了可能大半天,開發(fā)人員說打包打錯(cuò)了,你重測(cè)吧.這種情況雖然可以通過規(guī)范流程之類的辦法控制發(fā)生的機(jī)率,但人總會(huì)犯錯(cuò),多少而已.碰到這樣,你除了提醒開發(fā)部門下次注意,你除了重測(cè)沒有太多辦法.
測(cè)試工程師最不想面對(duì)的事:在測(cè)試晚期或最新的版本里發(fā)現(xiàn)了以前一直存在的問題,特別是當(dāng)問題很嚴(yán)重時(shí)決定到底報(bào)不報(bào)bug.報(bào)嗎,開發(fā)人員肯定會(huì)問以前有沒有這個(gè)問題,不報(bào)嗎,客戶發(fā)現(xiàn)更慘.畢竟客戶或老板的責(zé)備比開發(fā)部門或主管的責(zé)備輕許多,最后還是會(huì)報(bào)到bug庫里的.
測(cè)試工程師最不想做的事:申請(qǐng)版本推遲發(fā)布.由于在版本發(fā)現(xiàn)了太多的問題,覺得產(chǎn)品不能達(dá)到發(fā)布的標(biāo)準(zhǔn),建議公司推遲發(fā)布產(chǎn)品.這時(shí)雖然大家都知道產(chǎn)品有問題,盡管你自己也不希望這樣,但誰都覺得你是一個(gè)制造麻煩的人,畢竟市場(chǎng)的壓力很大呀.
測(cè)試工程師最丟人的事:辛苦的發(fā)現(xiàn)了一個(gè)bug,居然是該配的參數(shù)沒有配等一些自己的失誤造成的.有些該注意的地方居然測(cè)試時(shí)忘了,找出的問題給開發(fā)人員一頓臭扁,無比丟人啦.
測(cè)試工程師最怕的事:一天,甚至幾天都沒有發(fā)現(xiàn)一個(gè)bug!經(jīng)過一段時(shí)間的bug高峰期后,有段時(shí)間會(huì)發(fā)現(xiàn)bug數(shù)量的減少,最可怕的就是一天都沒有發(fā)現(xiàn)一個(gè)bug.偶有時(shí)會(huì)難過的吃飯都沒心情.搞得偶的開發(fā)朋友說了一句最讓人吐血的話:"要不要我在代碼里放幾個(gè)bug給你呀,hoho"
測(cè)試工程師最傷心的事:每年的調(diào)薪,發(fā)bonus或發(fā)股票時(shí),測(cè)試工程師總比開發(fā)工程師少.偶有一同事在調(diào)薪的第二天就申請(qǐng)轉(zhuǎn)開發(fā),說測(cè)試太沒前途了.
測(cè)試工程師最有力的保護(hù)方法:把你認(rèn)為是bug的問題都提交到一個(gè)正式的,可以追蹤的地方(一般來說是bug庫).有時(shí)總會(huì)碰到一些很小的或是很難判斷的問題,猶豫一定是否要報(bào),特別是一些UI的問題.有時(shí)問開發(fā)人員,他們可能會(huì)輕描淡寫的回復(fù)你導(dǎo)致你沒有report它.但多年的經(jīng)驗(yàn)一定要報(bào),了解bug流程走向的人都知道,后面還有人verify,還有開發(fā)經(jīng)理判斷,如果不是bug,自然他們會(huì)回復(fù),會(huì)寫明原因.說白了,出了問題也不是你的事情.當(dāng)然一開始經(jīng)驗(yàn)不足時(shí)會(huì)收到一些白眼球,但慢慢經(jīng)驗(yàn)多了,對(duì)系統(tǒng)熟悉了,自然這種情況會(huì)少些.人也可以從一些問題中發(fā)現(xiàn)自己的弱點(diǎn).但如果不報(bào),那天客戶提出來,你除了懊悔還要面對(duì)指責(zé),嚴(yán)重的炒魷魚.
測(cè)試工程師最任重道遠(yuǎn)的事:測(cè)試驅(qū)動(dòng)開發(fā).碰到這種開發(fā)模式的項(xiàng)目,既是測(cè)試揚(yáng)眉吐氣的機(jī)會(huì),也是可能會(huì)陷你于深淵的惡潭.你就必須打起十二分的精神.等于你在引導(dǎo)開發(fā),有什么問題一定要提出來,否則你就等著被盲目的牽著鼻子走了.
測(cè)試工程師最期待的事:測(cè)試能夠越來越受重視,測(cè)試工程師的考核越來越合理.
測(cè)試工程師最提心吊膽的事:版本release出去后,客戶發(fā)現(xiàn)了很多或很嚴(yán)重的bug.經(jīng)過緊張的系統(tǒng)測(cè)試之后,好不容易可以輕松一下了,卻又陷入了每天擔(dān)心正在做驗(yàn)收或使用的客戶一封郵件或一個(gè)電話說產(chǎn)品有問題.碰到好些的老板還會(huì)比較樂觀的看這樣的問題,最慘的就是有些人一頓臭罵,之前的辛苦,加班全部都給抹殺了.
測(cè)試工程師最憎恨聽到的話:"為什么這個(gè)bug沒有在測(cè)試的發(fā)現(xiàn)呢?"這句話經(jīng)常是客戶發(fā)現(xiàn)bug后,老板對(duì)測(cè)試人員的質(zhì)問.當(dāng)然這里排除那種很明顯的錯(cuò)誤.其實(shí)誰都知道bug是不可能全部發(fā)現(xiàn)的,這句話其實(shí)也是客戶對(duì)大頭,大頭對(duì)小兵一級(jí)一級(jí)問下來的.除了希望測(cè)試人員警惕之外,還有更多的是一種"踢貓"的行為.對(duì)于這句話,偶第一次聽到這句話的反映是"我們?cè)趺纯赡馨l(fā)現(xiàn)所有的bug呢",后來變成"制造bug的人不是我們,是開發(fā)",到現(xiàn)在的"讓我查查我的日志,問問開發(fā)這個(gè)bug的原因,為什么我們會(huì)沒有找到,下次我們會(huì)怎樣"的回復(fù).
測(cè)試工程師最郁悶的事:"剛才那個(gè)版本打包打錯(cuò)了,你們要重測(cè)".新版本來了,馬上投入緊張的測(cè)試,希望能夠多找些bug.沒想到辛苦了可能大半天,開發(fā)人員說打包打錯(cuò)了,你重測(cè)吧.這種情況雖然可以通過規(guī)范流程之類的辦法控制發(fā)生的機(jī)率,但人總會(huì)犯錯(cuò),多少而已.碰到這樣,你除了提醒開發(fā)部門下次注意,你除了重測(cè)沒有太多辦法.
測(cè)試工程師最不想面對(duì)的事:在測(cè)試晚期或最新的版本里發(fā)現(xiàn)了以前一直存在的問題,特別是當(dāng)問題很嚴(yán)重時(shí)決定到底報(bào)不報(bào)bug.報(bào)嗎,開發(fā)人員肯定會(huì)問以前有沒有這個(gè)問題,不報(bào)嗎,客戶發(fā)現(xiàn)更慘.畢竟客戶或老板的責(zé)備比開發(fā)部門或主管的責(zé)備輕許多,最后還是會(huì)報(bào)到bug庫里的.
測(cè)試工程師最不想做的事:申請(qǐng)版本推遲發(fā)布.由于在版本發(fā)現(xiàn)了太多的問題,覺得產(chǎn)品不能達(dá)到發(fā)布的標(biāo)準(zhǔn),建議公司推遲發(fā)布產(chǎn)品.這時(shí)雖然大家都知道產(chǎn)品有問題,盡管你自己也不希望這樣,但誰都覺得你是一個(gè)制造麻煩的人,畢竟市場(chǎng)的壓力很大呀.
測(cè)試工程師最丟人的事:辛苦的發(fā)現(xiàn)了一個(gè)bug,居然是該配的參數(shù)沒有配等一些自己的失誤造成的.有些該注意的地方居然測(cè)試時(shí)忘了,找出的問題給開發(fā)人員一頓臭扁,無比丟人啦.
測(cè)試工程師最怕的事:一天,甚至幾天都沒有發(fā)現(xiàn)一個(gè)bug!經(jīng)過一段時(shí)間的bug高峰期后,有段時(shí)間會(huì)發(fā)現(xiàn)bug數(shù)量的減少,最可怕的就是一天都沒有發(fā)現(xiàn)一個(gè)bug.偶有時(shí)會(huì)難過的吃飯都沒心情.搞得偶的開發(fā)朋友說了一句最讓人吐血的話:"要不要我在代碼里放幾個(gè)bug給你呀,hoho"
測(cè)試工程師最傷心的事:每年的調(diào)薪,發(fā)bonus或發(fā)股票時(shí),測(cè)試工程師總比開發(fā)工程師少.偶有一同事在調(diào)薪的第二天就申請(qǐng)轉(zhuǎn)開發(fā),說測(cè)試太沒前途了.
測(cè)試工程師最有力的保護(hù)方法:把你認(rèn)為是bug的問題都提交到一個(gè)正式的,可以追蹤的地方(一般來說是bug庫).有時(shí)總會(huì)碰到一些很小的或是很難判斷的問題,猶豫一定是否要報(bào),特別是一些UI的問題.有時(shí)問開發(fā)人員,他們可能會(huì)輕描淡寫的回復(fù)你導(dǎo)致你沒有report它.但多年的經(jīng)驗(yàn)一定要報(bào),了解bug流程走向的人都知道,后面還有人verify,還有開發(fā)經(jīng)理判斷,如果不是bug,自然他們會(huì)回復(fù),會(huì)寫明原因.說白了,出了問題也不是你的事情.當(dāng)然一開始經(jīng)驗(yàn)不足時(shí)會(huì)收到一些白眼球,但慢慢經(jīng)驗(yàn)多了,對(duì)系統(tǒng)熟悉了,自然這種情況會(huì)少些.人也可以從一些問題中發(fā)現(xiàn)自己的弱點(diǎn).但如果不報(bào),那天客戶提出來,你除了懊悔還要面對(duì)指責(zé),嚴(yán)重的炒魷魚.
測(cè)試工程師最任重道遠(yuǎn)的事:測(cè)試驅(qū)動(dòng)開發(fā).碰到這種開發(fā)模式的項(xiàng)目,既是測(cè)試揚(yáng)眉吐氣的機(jī)會(huì),也是可能會(huì)陷你于深淵的惡潭.你就必須打起十二分的精神.等于你在引導(dǎo)開發(fā),有什么問題一定要提出來,否則你就等著被盲目的牽著鼻子走了.
測(cè)試工程師最期待的事:測(cè)試能夠越來越受重視,測(cè)試工程師的考核越來越合理.