趙愛虎
可以很肯定的說這是情商低的表現。
任何一個人都不想讓別人知道自己做錯了或者做的不好,當著領導和很多同事的面說誰誰的沒做好,有bug!這不管是在職場還是日常生活中這樣做會得罪人,即便是熟人這不能這樣。
我們如果要提醒別人的錯誤或者有不對的地方最好換一種委婉的表達方式,既能達到提醒,同時也要讓被提醒者意識到我們這麼做是為了他好。
問題的提出最好是你們兩個人在場,這樣能照顧別人的感受,把問題在一個小範圍內解決!
在職場最忌諱得罪人了!
禪心呢
從你的介紹裡,看不出你的行為是對是錯。
一個開發團隊,是有項目經理、產品、開發team、設計team、測試team等組成的。
假設,你是將開發未改正的的bug提交給公司高層(比如CEO)。
那麼,這裡存在幾種情況:
1、該bug嚴重影響項目質量和進度,且高層不知道;
2、該bug嚴重影響項目質量和進度,且高層知道;
3、該bug和項目質量和進度關係不大,且高層不知道/知道。
如果是2、3種情況,你的報告與否,並不影響項目實際質量和進度。所以,報告不如不報告。
因為不報告,至少體現項目組是團結的。
如果是情況1,那麼就存在兩個可能性:
1、項目經理害怕公司高層知道
2、項目經理認為無需告知公司高層,自己有辦法處理。
很明顯,只有1的情況下,你的報告才是對公司高層有價值的。
但是更明顯的是,即便如此,公司高層也需要依賴現有團隊解決問題(題目沒說團隊有調整)。所以,你報告的價值只是讓公司高層瞭解了一個情況。
這裡要說明兩個現實常見的事:
1、公司高層不能有效分辯一個bug的影響和難度
2、公司領導更依賴級別更高的人,完成工作,而不是相反。
所以,你說了絕大多數情況下,對公司高層也沒啥價值。
畢竟還有第三個現實:
3、如果一個項目完全按計劃進行,說明團隊加班不足,或者前期預留空餘時間太多 。
智匯元
作為一個開發,我從開發角度來回答一下吧。首先來說,測試的價值就是發現開發的需求中存在的漏洞,所以,當測試發現需求中存在的問題時及時指出來是必要的。但與此同時,需要注意使用合適的方式告知開發,一般而言開發比較能接受的就是先私下溝通,確定是否確實需要修改。因為有些時候測試覺得是問題,而需求卻是那麼要求的。如果確實存在問題,可以詢問開發是否可以在規定的時間內修復。如果開發不理睬,可以在會議中指出,如果開發能及時回覆並修復問題,就沒必要會議中指出了。希望這回答能幫助到你。
程程程程程序猿
先得了解實際需求,確定所謂的問題是不是正是需求所要求,其次該問題影不影響正常業務,且和開發溝通問他是否已知曉
如不影響則應作為可優化的點,可與開發團隊私聊
如影響正常業務則算bug,可在開發測試會議時提出,或在buglist體現.
沒人能算無遺漏,哪天有人不分場合說你有很簡單的bug,居然沒測出來,你就能感同身受了。
小謝人家
只能說明你們公司的項目管理太原始了…我們這邊測試的任務只是檢查用例是否得到期望結果,沒有用例,沒有測試。不需要任何人指出任何錯誤,用例結果不符,測試填個單子就交差了…
成都茂大叔
你為什麼當時不及時通知開發呢?偏要在開會的時候彰顯出來是你指出並發現的這一“壯舉”呢?
你的做法不對!
抬頭不見,低頭見。測試作為開發的後道工序,發現問題應及時與對應的開發者郵件私下溝通,在溝通無果或者開發者拒絕更改的明確下才在開會中指出。
MR杜wy
你的最終目的是想開發與測試關係好點麼?我覺得這並不現實。
不報告,這個bug不會被緊急修復,也沒人會感激你們測試,反而如果因為這個耽誤進度,有人會找你們麻煩。
報告,很明顯有人可能會不高興,項目經理應該會跟進修復,比正常會快點。同樣沒人會感激測試組。
所以站在自己組的角度做事吧。
你想找事
我是個開發人員,我們的程序都是先給測試,然後出測試報告,測試通過過了才能發版。
所以這種在大會中才提出問題,更大可能性被批的是測試,因為他們相當於是質檢。
追夢的魚
我覺得沒做錯,但是不應該。正常流程是你測試出來之後提交,那邊確認,之後更改。屬於正常工作流程。你直接在會上說出來,屬於非正規流程的舉報。[摳鼻][摳鼻][摳鼻]
現在也不快
應該是反覆確認反應無果,才在會議上舉報吧,怎麼說呢,對是對不過不可取!這個我也理解,測試權限太小,提完了沒人改!下次還是多溝通,溝通才是良藥,工作不爭對錯