我乾的軟件測試,在公司開會過程中,我指出開發未改正的錯誤,這樣對嗎(開發在私聊群裡說被捅了一刀)?

趙愛虎


做人就別做事,做事兒就別做人,這一件事情做的對。如果因為指出了問題而遭到批評甚至被離職。這樣的企業不幹也罷。面子不當飯吃。把事做好,掙了錢才能換飯吃,這才是硬道理。不是情商高低的問題。是有了情商,砸了飯碗。真出了事情,客戶提出問題,領導質疑你這個測試員是怎麼幹的,你能說我情商高,所以沒說出來嗎?這絕對不可能。對客戶負責,必然要對質量負責,所以才能對企業負責更對自己負責。情商這個字眼只是愛面子或者懶惰人冠冕堂皇的一個藉口。


豔陽滿天霞


我也被這樣捅過一刀,對這樣的行為可以說是非常的憤怒!

一、我去年的一個經歷

去年公司總經理牽頭一個大項目的推進,我負責其中的一個子項目,按照規定每週各個部門要集中給總經理彙報項目的推進情況。

本來一切彙報都還有條不紊的進行的時候,市場部的人突然說這裡我這個項目裡面有個細節地方執行的不到位,在推進的過程中沒有落實。

總經理又不管那麼多細節, 劈頭蓋臉的把我們團隊罵了一頓。

會議室結束後我問市場部的人,他們的數據是哪來的,結果他跟我只是他們某個員工的閒暇穿測體驗覺得不好,就拿出來說了。

我去,這種開大會的場合,說話不用負責任的麼,張嘴就來!

所以對於這種不提前溝通的行為,不壓於當眾捅刀,非常的讓人憤怒。尤其是那些拿著無關痛癢的問題來挑刺的人!

二、你是否對當時的情況有過判斷

我不知道你所說這個錯誤是屬於什麼樣的錯誤?是那種會影響整個項目的推進,而領導又不知曉的項目嗎?

還是那種無關痛癢的小瑕疵?

還是有一定影響但不妨礙大局的錯誤?

即使你是完全站在工作的立場上來討論這個錯誤的,但在對方看來你不外乎是這3種意圖

1、你在借題發揮打壓開發的人;

2、你想在領導面前故意掙表現,顯示存在感

3、你想讓對方難堪

三、工作要和多方做好溝通和協同

工作不僅是自己一個人埋頭幹活,還要和各方做好溝通協調,

1、及時溝通,注意留痕

既然你是測試,那麼你在發現錯誤的同時第一時間有沒有跟你的上級彙報?

有沒有跟開發的人溝通?最好是以書面的形式提交。

如果是無關緊要的錯誤,你完全可以私下告訴對方,如果是很嚴重的錯誤,上報領導是你的第一選擇。

2、提出意見,注意措辭

在會議上對其他人的工作提出意見的時候,不要站在指責、挑刺的態度的去說。

沒人會喜歡當眾被人指責、挑刺。

你可以轉變一下措辭,在不否定對方效果的情況下,從共同完善方案得角度來提出你的建議。

不講大道理,分享職場乾貨,拿之即用,請關注“經管勵志書籍評級”


經管勵志書籍評級


我也是一個開發,同時還是項目負責人。至於你說的這種情況,得做出一些區分。

首先得看會議性質,如果是項目內部的進度會議或者例會,那麼一般沒什麼問題。但是一般我會讓成員彙報關鍵事件,進度。這種會議講的比較雜碎,有的重要有的不那麼重要,無所謂,反正是項目內部的。

如果是部門例會或者公司大會,出了項目組範圍的,那麼一般原則是報喜不報憂,主要彙報進度和需要協調的地方。當然也不是什麼憂都不報,對於影響到進度的難點需要進行彙報,但是就不用特別詳細了。

最後,開發和測試本身從職業定位來講就存在不可調和的矛盾,因為測試是找開發問題的。這時候就得將工作和個人情緒分開來,一切以做事為前提。可以不喜歡這個人,但是要喜歡做的事。

另外多說一句,有些技術人員情商不怎麼高,說的話可能不太合適,但是大多數情況下屬於無心之失,不必太過在意,可能他在開玩笑。這時候如果有個好的項目負責人或者上級主管協調是最好的,但是也不可能事事都依靠上級。自己處理掉再好不過了。


一禾嵌入式


您好,很高興回答您的問題!

作為資深攻城獅兼團隊Leader,在我的職業生涯中見過很多次,有的人得到領導賞識,升職為測試部小頭頭,有的人逐步被邊緣化,最後落得個離職的下場。這其中的門道不僅僅是職場上的學問,也是做人的學問。

您的這種情況,分以下幾點來進行分析

首先:本職工作上您是對的

在軟件生產過程中, 執行測試工作,提交測試報告,對測試過程中發現的問題進行分析並做初步定位,配合開發人員完成最終的解決方案。對測試結果進行統計,反饋測試結果,並提出改善建議。您指出開發人員還未改正的錯誤,這正是測試需要做的事情,不報告問題的測試,才是對項目不負責任的。

其次:場合上您是否分清

本職上您沒有做錯,但為什麼開發人員會說被你捅了一刀呢?肯定有其內在原因。開會的領導有大有小,會議也有日常的,也有向領導彙報的,甚至還有些諸如項目問題“批鬥會”之類的,在日常項目會議上,組內您通報當前項目上存在的問題,並通報責任人,這個一點問題都沒有,也應該如此做,這樣才能讓每個人明確自己還有多少任務,促進項目發展。但如果是向領導彙報型的會議,這時候說話可能需要注意,領導在場牽扯到的利害關係較多,您需要彙報時,建議您只彙報到部門,小組或者是說某功能模塊,可以不點名,儘量不點名。

再次:描述問題的方式是否可以優化

有些程序員對測試人員描述問題的方式比較敏感!網上有個段子:

測試A:開發哥,你的這個程序,這個模塊怎麼老是有異常啊?

開發:心裡腹誹“這個傻X測試會不會測呀,別人怎麼沒說有問題啊”,口頭上說“我等會過來看”,結果這個開發一天都沒有過來看這個問題。

測試B:開發哥,我測試的時候不小心點出個異常來了,你來看一下,是不是我操作有問題?

開發:心裡一顫“臥槽,會不會是代碼有問題”,立馬那電腦去DEBUG了

從這個段子,我們應該意識到,掌握好交流技巧是十分重要的,您在會上提的這個問題,或許他根本就不認為是他的問題呢?不是他的問題,你還把問題責任定義給他,他自然不爽!

總結

如果以上三點您都確認,您是正確的,那請您不要懷疑自己,也不要心有內疚,因為您並沒有做錯什麼。

而是這個開發人員心胸狹隘,太黑暗,這樣的開發人員,做開發也估計是做不了長久,做人估計也不會有太大成就。


碼龍之光


作為一個開發,我從開發角度來回答一下吧。首先來說,測試的價值就是發現開發的需求中存在的漏洞,所以,當測試發現需求中存在的問題時及時指出來是必要的。但與此同時,需要注意使用合適的方式告知開發,一般而言開發比較能接受的就是先私下溝通,確定是否確實需要修改。因為有些時候測試覺得是問題,而需求卻是那麼要求的。如果確實存在問題,可以詢問開發是否可以在規定的時間內修復。如果開發不理睬,可以在會議中指出,如果開發能及時回覆並修復問題,就沒必要會議中指出了。希望這回答能幫助到你。


程程程程程序猿


從你的介紹裡,看不出你的行為是對是錯。

一個開發團隊,是有項目經理、產品、開發team、設計team、測試team等組成的。

假設,你是將開發未改正的的bug提交給公司高層(比如CEO)。

那麼,這裡存在幾種情況:

1、該bug嚴重影響項目質量和進度,且高層不知道;

2、該bug嚴重影響項目質量和進度,且高層知道;

3、該bug和項目質量和進度關係不大,且高層不知道/知道。

如果是2、3種情況,你的報告與否,並不影響項目實際質量和進度。所以,報告不如不報告。

因為不報告,至少體現項目組是團結的。

如果是情況1,那麼就存在兩個可能性:

1、項目經理害怕公司高層知道

2、項目經理認為無需告知公司高層,自己有辦法處理

很明顯,只有1的情況下,你的報告才是對公司高層有價值的。

但是更明顯的是,即便如此,公司高層也需要依賴現有團隊解決問題(題目沒說團隊有調整)。所以,你報告的價值只是讓公司高層瞭解了一個情況。

這裡要說明兩個現實常見的事:

1、公司高層不能有效分辯一個bug的影響和難度

2、公司領導更依賴級別更高的人,完成工作,而不是相反。

所以,你說了絕大多數情況下,對公司高層也沒啥價值。

畢竟還有第三個現實:

3、如果一個項目完全按計劃進行,說明團隊加班不足,或者前期預留空餘時間太多


智匯元


你這麼做,在團隊中是非常大的忌諱,違反職場規則,會有以下後果。

1、你的部門領導會非常討厭你,因為你確實背後給人捅刀子。

2、你的同事會遠離你,覺得你這個人為了上升,喜歡出風頭。

3、上層領導不會把你當成心腹,因為一個直來直去的人,辦事是很難讓人放心的。

如何做才能讓大家滿意呢?

1、先跟直接領導私下談並提出解決方案,如果沒有解決方案不要談。(所有人都討厭只挑毛病不解決問題的人)

2、不能直接領導採用你的建議,你也不要貪功,不能以為做了成績,就居功自傲,就對外宣稱是領導發現的,領導讓你改進的。

在職場裡永遠要記住

1、不與下屬爭利

2、不與同事爭功

3、不與領導爭名

這個世界永遠是平衡的,你做的是,別人早晚知道,不爭利、功、名,表面損失,其實你會贏得更多,不爭為爭,孔融讓梨,就一個梨,被人傳頌千年。


家庭教育顧問啟華


有錯誤很正常,只要得對這個錯誤進行定位。

這個錯誤是提出了很久、提醒了很多次依舊不改,那麼這就是態度問題、那麼這個問題必須得提出來。

如果是提出了bug,但是開發人員尚未響應,如果bug優先級比較高,可以在提高bug嚴重程度,另外在開發交流群(領導人員都在的)之類發出來並@對方。

如果提出了bug,但是開發人員未響應,他可能是開發難度大需要時間、或者是需求不明確,也可能是在忙其他優先級更高的問題。應該不至於到提出了bug,而不去修復,如果不修復了,這就是態度問題,很嚴重。

提出bug之後需要對其評級,特別嚴重的就催促對方,並且讓雙方領導知悉。有問題,提出來了,至於改不改那就不是我能管了。我們這邊就是有問題開發測試群吼一聲,有bug不丟人。重要的是態度。

一般開會也是評一下工作進度和風險。有問題的提出來也沒錯,引起重視。不然,到該上線了才改動,這萬一改出問題了誰都不好看。

具體問題具體分析,分析自己的處理情況,如果自己沒有問題,那麼不必在意這個事情。


曬腳丫的月亮


開會是彙報工作推進情況,對工作中的問題點採取何種措施解決問題,而不是到會上提出問題,部門間相互扯皮。開會之前,必須將所涉及的會議內容,各部門之間針對問題點溝通協調,處置到位。如果說部門間溝通協調不配合,相互牴觸,嚴重干擾了工作推進速度,那麼可以私下裡組織個別人員聚聚會,摸清情況,合理改善策略,解決問題。如果涉及高層領導之間的鬥法,超越自身職能權力範疇,為了避免在員工中造成不良影響,還是得私下向高層領導彙報情況,自上而下理順關係後,再開展活動。會議中,忌諱部門間相互拆臺,打擊報復。開發未更正的錯誤為啥你不事先告知別人,讓相關人員及時糾正,也利於工作推進。軟件測試,是協助軟件開發的重要一環,感覺你自己的協助職責就沒有做好,自打嘴巴。


淡定的風鈴


只能說明你們公司的項目管理太原始了…我們這邊測試的任務只是檢查用例是否得到期望結果,沒有用例,沒有測試。不需要任何人指出任何錯誤,用例結果不符,測試填個單子就交差了…


分享到:


相關文章: