1樓:
應該算是管理問題吧。
在我們這裡,發版前乙個星期封版,進入最終回歸測試。在此期間找到的非重大bug全部作為已知問題留待下一版解決(我們大概每六個星期會發一版),找到重大bug則推遲發版日期或在知情的情況下先發已封的版本再發補丁。
推遲發版的鍋視情況由開發和QA分擔。如果開發一早已經提交QA但QA遲遲未測或非常基礎的測試點卻在非常遲才發現有bug,則QA負主要責任。若是有大量bug改不過來,或改好一批bug後又產生大量(比如說前一批bug的三分之二以上)bug,導致該重大bug未能及時測出的,則是開發負主要責任。
至於臨發版前來提"小改動"的產品經理,統一口徑是至少要兩個星期,如果他覺得必要就讓他去協調延遲發版好了。
2樓:張小菊
首先,先處理問題,看來你們已經過了這個階段了。
其次,到了追究責任了。說實在的,不要找藉口,測試就是要為質量負責的。出了問題,當然是我們的。
出了問題,找到原因,搞定就可以了。測試人員不是神,找不到所有的bug,但是我們可以保證不會有第二次。不管用從流程上,還是從個人的測試策略選擇上都要想辦法堵住這個口子。
第三,有同情心是好的,但是責任就是要落實到個人,拉大幫攤責任是規避的做法。
3樓:憑詩祝舜堯
你改其他bug要在變更說明裡提下修改了哪些模組,測試就知道需要增加哪些用例了,不過這種事應該有個流程來規範,光靠人為的小心是沒用的,遲早會再發生。
4樓:瘋狂蘿蔔
最後乙個版本測試必須要經過全量回歸測試的,如果做完了全量回歸也就是定版之後了,你再改什麼必須要與測試溝通影響範圍讓測試回歸,畢竟再做一次全量測試時間人力成本太大,所以定版之後是不建議再去改什麼東西的,就算改了也一定評估好影響範圍,要說責任開發和測試一人一半吧,歸根結底就是溝通少導致的,所以啊,不要一天老對著電腦,多找妹子溝通才是正事
5樓:
別在意太多
合格的領導的兩大功能:
一、替下屬背鍋
二、把成果分享給下屬
再說,領導批評測試不批評你,是因為 ,測試的可替代性強。
不過你私下裡請測試吃個飯表達下歉意是可以的,團隊建設麼
6樓:王倩倩
我就是測試妹紙啊,說好的看diff來確定回歸的範圍的,可是專案週期那麼緊完全沒時間啊喂,不過主流程上線前還是無論如何要回歸的。至於誰的鍋,反正一定有測試的責任,我期望大家可以互相理解一起想想改進措施不要把所有的責任都推我身上,然而我並沒有辦法要求別人,可以這樣想的最好,其他的,只能自己細心細心再細心,以及不要玻璃心了
7樓:風和日麗
開發提交版本給測試時,有責任告訴測試,這個版本改了哪些模組,增加了哪些東西。
測試測的時候,這些是必測的。
修改bug後把某個隱藏模組顯示了。肯定要告訴測試,如果之前沒有測過,測試通過後才能上線。
8樓:Moxos Yuri
如果上線前要求做回歸測試,但是測試人員因為之前做過就略過了某些case,那肯定是測試的鍋。
如果沒有安排上線前做回歸測試,那就是選擇/制定測試計畫的那個人的責任。
如果測試制定了相應的計畫,但是別的組為了趕時間或者其他原因要求測試跳過某些case,那誰說的就是誰的責任。
9樓:
身為乙個測試我也不知道冤不冤。
但是我覺得很坑爹——提測版本沒有這模組!改了bug後出現這模組了我不知道!
不過作為乙個只負責功能的測試,我已經習慣每天都點點我測過的模組了。。
10樓:黑公尺飯
就我看來,發生了這種問題肯定是先想辦法解決。解決的好了,後續的責任追究也就沒那麼讓人難以接受了。解決的不好,非要推出乙個擔當來的話,那就要琢磨琢磨了。
就開發流程來講,程式猿coding好之後,對source的任何修改都應該追加履歷。這種修改包括bug、式樣變更等。測試流程就複雜了,首先單元測試,介面測試,整合測試,結合測試巴拉巴拉一大堆。
如果你修正的bug是整合測試階段發現的,那麼測試人員當然不可能再回到單元測試那邊再測一遍功能,如果真要回去的話,工作量之大我不敢想。這個時候問題算作修正bug時關聯項被影響,是開發人員對bug修正不足的問題。不應該算成測試人員的問題。
如果你修正的bug是單元測試階段就應該被發現的,測試人員必須將可能相關聯的功能都測一遍,這樣還把bug流出去了,那就是測試人員的問題了。
11樓:ZjzMisaka
題主問這個問題是不是有求心理安慰的意思?
總的來說,鍋確實都是測試的--但是從人情上看,或許測試妹子也有點冤,畢竟誰會想到測過的東西會出問題呢?
還是想想以後的事情吧,對於測試過的東西特別容易掉以輕心,為了測試妹子,也要萬分小心啊~
12樓:pior
明顯你是對這測試妹子有意思吧.....
在這個階段出的問題測試的責任比開發大....具體大多少....測試妹子對你有沒有意思了..
軟體測試面試題 專案上線後出現bug怎麼處理?
凹凸曼啊 先測試復現後提交BUG管理工具,考慮BUG的優先順序,在考慮修復的影響範圍和難易度,然後出對應的補丁包。再分析BUG的原因,判斷是什麼因素導致的問題,再前往BUG內容對相近的模組和類似的介面處進行複查,出現問題進行風險預防 瘋狂蘿蔔 專案上線後,出現bug,測試應馬上評估該bug所帶來的影...
軟體上線後出現了重大bug,要軟體測試工程師負主要責任還是要開發人員負主要責任 那麼專案經理呢?
笑笑愛笑smile 我們有次上線,第二天早上系統掛了,行方領導炸鍋了 專案領導沒有批評任何人,專案組同事沒日沒夜加班幾天解決了。事後公司發文誇獎專案組同事辛苦。私下應該公司領導會給專案經理嚴肅的說這個事情 自那次以後,直到現在上線都很順利。所以出問題一起解決,大家是成年人,知道問題的嚴重性,事後會多...
測試qa一枚,當發現bug後,怎麼回懟程式設計師的 如果沒有bug 你們不就下崗了?
乙個專案組的人,合作才是關鍵,何必抱著對立的心態?從需求到發布的每乙個環節都是為了保證專案符合預期,那麼如果換個合作態度,QA跟程式設計師一起梳理哪一類問題較多,大家應該多關注哪些方面,如何去改善Bug率,而不是這樣互懟,難道不更好嗎? 不辣的皮皮 講道理就行了唄,誰還不是個憑技術吃飯的工程師了?如...