題:
我該如何應對要求我隱瞞工作問題的同事?
Theo
2012-05-30 21:56:52 UTC
view on stackexchange narkive permalink

我的具體情況是我正在作為Web應用程序項目的測試人員,在進行了一些低級別的安全測試之後,我意識到該應用程序存在很多漏洞。我通常會在工作中報告這些情況。

但是,一位主要的開發人員“懇求”我不要進一步探討這個問題,因為他擔心結果會改變他的假期計劃。

p>

我如何與一個要求我將問題保密的同事打交道?

澄清:是在開發人員正在使用的新代碼中還是在生產代碼中確定了安全問題?因為如果您在談論生產代碼,那麼您將面臨一個更大的問題(作為測試人員):首先,它們是如何逃避您的?
他是要您永遠保密嗎,還是改變您測試事物的順序,以便他可以在後天(例如)登機?答案可能會有所不同,具體取決於此。
還有其他開發人員能夠處理您發現的問題嗎?既然您隱含了很多領先開發人員,我認為答案是肯定的。在這種情況下,我希望管理層能夠委派其他人(如果存在許多可獨立解決的問題,則可以任命多個其他人),而不是破壞原始作者的假期計劃。如果這不是管理層的回應方式,我想問問這是否是您要繼續工作的地方,因為這也只是他們取消計劃的時間問題。
如果您在雇主那里工作的時間不足以了解管理層的反應方式,我建議與在場較長時間的另一位同事討論該問題,以了解您的第一位同事是否正當地偏執或反應過度。 。
“ ...他擔心結果會改變他的假期計劃”-如果管理層發現他試圖讓您隱藏問題,那麼結果可能會改變他的職業計劃!
@YannisRizos安全問題主要存在於生產中,如果我的工作描述是白盒測試,那將是正確的。相反,我最初是作為黑盒測試員開始為特定項目工作的。這是我主動將測試升級到白盒測試的主動性,但是即使現在我也執行黑盒測試和白盒測試,因為管理層將我視為黑盒測試員。因此,責任仍保留在原始開發人員中。
-1
@DanNelly當然,該項目中有更多開發人員,但只有2個(有問題的開發人員和另外一個)具有解決此問題所需的技能,而且“營銷部”還在不斷為他們分配新項目,因此沒有人真正有時間工作在此。就改變工作場所而言...我住在海拉斯,那裡的失業率約為23%,而且還在上升...所以改變工作場所在當下有點困難
@StevenALowe就是這個問題,我要做的最後一件事就是讓他失業,他是唯一“接受”自己的bug且沒有太多抱怨的開發人員
該項目的最後期限是什麼?這是測試階段的一部分嗎?您能否報告您的發現,但建議發現他的假期後可以修復發現的錯誤?對我而言,問題不在於您是否可以讓您的同事滿意,而在於讓付費給您的公司進行測試並報告這些測試。如果錯誤修復與他的假期相符,那恐怕很難。
這個項目也適合客戶嗎?如果是這樣,如果客戶發現了這些錯誤並退出了合同,該怎麼辦?那麼,與困擾某人的假期計劃相比,您面臨的問題要大得多。
是否利用了任何漏洞?誰受傷了?用戶?他們的任何個人信息是否有風險?如果是這樣,您的同事正在要求您將他們的快樂擺在他們的痛苦之上。我不會這樣做。
您好,Ian,歡迎您;)您的答案本質上是在重複幾乎每個先前的答案所說的內容,請避免發布對討論沒有多大幫助的答案。 _或_擴展答案,以與現有答案區分開。
@Theo請把您認為必不可少的信息從評論中移到答案中,以便我們清除它們。長註釋線程通常被認為是噪音,任何相關且有價值的信息都應包含在問題本身中。
根據我的說法,他不應該休假,特別是如果他要您隱藏問題的話。這表明他不適合自己的角色,也不應該擔任首席開發人員。技術負責人/首席開發人員應該從他以前的經驗中學到,度過一個美好的假期是一個不留任何工作問題的假期。對於他來說,假期可能比工作更重要。我不認為這是解決問題的明智之舉(如果他這樣行事,他將來還會有更多)。您工作的一部分是報告這些問題。好吧,如果
@Theo您是否已確認您的雇主可以合法取消您的同事休假的理由?如果您的勞動法具有足夠的保護性,則同事可能會驚慌失措。
許多年前,GD / FW的航空電子設備存在問題。關鍵工程師先前已經制定了度假計劃,並已與他的管理人員核對了計劃和時間表。現在,他的直接主管要他推遲休假。知道他需要高層管理人員的支持,他去了英格蘭戈登市航空電子總監。戈登聽到了他的聲音,直視他,問道:“如果他在醫院,你會怎麼做?”這個傢伙的答案還不得而知,但是GD / FW * EVER *的沒人再次提出這個話題。
@AlbrahimZ我希望您不是經理,並且永遠不會,因為對人及其個人優先事項的態度
這裡的根本問題不是應用程序的安全性失敗。程序員也不要求您隱藏它們的事實(儘管這是一件壞事)。這裡的根本問題是管理人員認為有任何正當理由取消或推遲某人的假期。
@Kyralessa-當然,有充分的理由取消假期。失去主要客戶或不遵守監管機構的規定可能意味著沒有工作或公司可以找回。
@JeffO,我認為還需要更多的清晰度。好的,然後:基本問題是以某種特定人員不可或缺的方式經營一個場所,這樣他們就可以取消休假來處理一些工作。如果不是假期怎麼辦?如果那個人被公交車撞死了怎麼辦?如果那個人中了彩票並明天退出,該怎麼辦?很容易想像這種情況下,該人肯定不會有空。 *好的*工作場所會將假期視為此類事件。
十一 答案:
Robert Harvey
2012-05-30 22:16:22 UTC
view on stackexchange narkive permalink

在工作場所說“不”是一項非常有用的技能。

我只想告訴他,報告此類問題是您的責任,而且這種責任並不限於他的假期計劃。當然,您可以隨心所欲地發表該聲明,但要明確表示您認真對待自己的工作職責,並且不想因為他給他帶來的不便而推卸責任。

“說“不”是在工作場所中非常有用的技能。”應該在工作場所常見問題解答中。
-1
你說比我好
這個頑皮的傢伙可以很輕鬆地將操作人員丟下公共汽車。他很容易責怪操作人員沒有按時完成工作。我見過這種人。如果他可以將項目扔到公交車底下,那麼他可能會毫不猶豫地將其交給操作人員。
HLGEM
2012-05-30 22:16:10 UTC
view on stackexchange narkive permalink

如果您將問題保密並予以解決,您的工作將面臨風險。他要您冒險保護自己免受傷害。他天生就把你放在這樣的位置上是錯誤的,也是不公平的,而且你不應該保守秘密。查找軟件問題是您的工作,並且不必擔心報告問題可能會對開發人員產生負面影響。報告的所有問題都可能對開發人員產生負面影響,尤其是較嚴重的問題。找到他們是您工作的全部原因。不要損害您的正直,以保護完全沒有問題的人將您扔下公車。

您是對的,這對我的工作構成潛在風險,但是我認為,公司或項目中的每個工人都有責任在將這些問題提交給相應的經理之前處理這些問題,我試圖找到的是“中間切割”以將“和平”保留在工作區中。我知道你不能總是讓每個人都開心,但總有一個中間環節
沒有法律中間立場。他要求您冒著生命危險保護自己。您不是要以任何形式保護的人。您發現了安全性漏洞,這些漏洞很嚴重。他將不得不愛上他創造的問題。如果您對此有所注意,他將希望隱藏從現在開始發現的所有內容。這個人是用戶(施虐者確實,他可能不會為您冒著為您冒險的罪惡感),請不要啟用他。
@HLGEM`他將不得不愛上他所創造的問題`這是我一段時間以來最有趣的錯別字了;)
@YannisRizos,糟糕!
yannis
2012-05-30 22:25:50 UTC
view on stackexchange narkive permalink

我的具體情況是我正在作為Web應用程序項目的測試人員,在進行了一些低級安全測試之後,我意識到該應用程序存在很多漏洞。我通常會在工作中舉報這些問題。

您已經在這裡回答了您的問題。從工作責任的角度來看,這是一個明確的決定,應該堅持下去,解決任何發現的問題是開發人員的工作。

但是,一位主要開發人員“懇求”我不要進一步探討這個問題,因為他擔心結果會改變他的度假計劃。

我猜這是休閒對話的一部分。好吧,那是夏天,安全審核是一個漫長而痛苦的過程,所以我完全了解您的同事來自哪裡。就是說,這是一個必要的過程,可能是緊急的過程,因為您已經發現了一些問題,並且開發人員做了所有事情,但完全承認還有其他問題。你們兩個之間的摩擦,那麼,現在可能是管理層進行干預的時候了。但是,我堅信團隊作為一個團隊會失敗,並且真的不喜歡指責遊戲。在您執行任何操作之前,您確實需要絕對確定您對某些事情的反應不是過度的,它只是一個隨意的,可能是幽默的評論,而不是您真正推遲或取消安全測試的請求。

我認為他們之間已經存在摩擦。開發人員要求這樣做是不公平的。
FrustratedWithFormsDesigner
2012-05-30 23:15:16 UTC
view on stackexchange narkive permalink

除了其他回答說“不做這個”(我100%同意)之外,我還將建議採取更外交的途徑(這可能很棘手,可能無法在所有情況下都有效),因為有時候(但並非總是如此)是值得的:

假設這些發現不是在測試矩陣上的正式測試計劃的一部分,給“乞求”的人一個機會,讓他們自己做對。您可以告訴他們,直到 $ someDate (可能是他們的假期之後或之前),您才可以正式報告問題,具體取決於日期,時間,距離和距離。該日期是),但如果他想在此之前報告該問題,那麼他可以,而且您不會提出該問題。同時,我還建議向主管/團隊負責人發送一條消息,說您發現了一些潛在的問題,但您需要更多的時間進行測試,準備就緒後將發送詳細的報告。

這種策略使開發人員有機會保留一些面孔,並在可能不會破壞他們的計劃的時候進行報告(如果他們已經制定了長期計劃來探望家人,在遙遠的土地上,破壞那些計劃會很糟糕,但這並不是真正的您的問題-這是開發人員需要與管理層共同解決的問題),也可以使您免於保密。如果開發人員未按 $ someDate 報告,則發送報告。如果他們報告,至少您仍然會因先發現 而獲得讚譽。


我不知道這些問題的本質。如果您認為這些漏洞當前可由任何隨機攻擊者利用,並且可以證明這一點的概念證明(在TEST計算機上,而不是生產環境中,而不會造成麻煩),則應立即進行報告,或讓開發人員立即報告(以您的測試數據作為證據-不要讓他相信您)。

想一想,如果發現您會遇到多大的麻煩知道了這個問題,什麼也沒說。

這僅在OP的工作不需要他在$ someDate之前報告的情況下才有效。
麻煩的是,這是一個安全問題。這些都是至關重要的,即使在很短的時間內也不應阻止。
只有OP知道問題的性質和嚴重性(是否可以在野外利用,還是只有內部網絡中對應用程序體系結構有詳細了解的人員才能利用?)。只有OP才能決定給予開發人員做正確的事情的時間(如果有的話)。
對於@HLGEM:,從我的問題尚不清楚,有關應用程序是否在發布之前經過了測試,或者是否已經在網站上發布。
無論您的意圖或工作環境如何,您仍在向雇主撒謊,如果您沒有按要求/預期的方式報告情況。如果發現了最好的和最差的公司,都會對您做出負面反應。
user718
2012-05-31 03:26:48 UTC
view on stackexchange narkive permalink

向您解釋在問題的生命週期中的作用

向開發人員解釋,儘早發現這些東西並先於找到它們是您的工作。

  • 您做得好會使整個開發團隊在外部看起來都不錯。

  • 工作會使每個人看起來無能,並且如果有人發現您知道一些嚴重的事情而沒有做,那麼您自己承擔所有風險。請及時報告。

如果您正在尋找中間立場,請提出妥協。

為開發者提供一個日期。在報告此問題之前先解決此問題。如果他們沒有在該日期之前解決問題,那麼您可以正式將其記錄為與經理的問題,並讓籌碼降到可能的最高水平。通過電子郵件進行交流,以便您可以適當地進行CYA。 不要拒絕在約定的截止日期之前報告問題

實用軼事

在SCRUM環境中,很多時候是嵌入式測試儀會找到一些東西,告訴開發人員,並且在測試人員可以將其歸檔到正式系統之前,它將得到修復。當他們這樣做時,開發人員可以標記為已解決,可以立即對其進行重新測試,並且可以大張旗鼓地關閉它。

(我個人只是記錄下該問題,回到工作上來,這是我避免像瘟疫那樣的辦公室政治!)

我不同意妥協。與開發人員達成妥協不是測試人員的工作。如果有任何妥協,應該在開發人員和他的老闆之間。如果測試人員向老闆報告,開發人員可以嘗試與老闆妥協。從您的角度來看,該電子郵件似乎可以幫助CYA。從您的老闆的角度來看,該電子郵件只會在您發出電子郵件的情況下看起來像在背後。
@KristianAntonsen最後看到了我的個人記錄,OP正在尋找該問題的“軟”解決方案,這與我要伸出的手差不多。
我會簡單地報告並完成它。實際上只有一種結果會導致錯誤在vaction計劃之前得到修復。
AndSoYouCode
2012-05-31 11:45:01 UTC
view on stackexchange narkive permalink

您應該盡快使問題變得可見!

您作為團隊的工作就是創建產品。您有一個確定優先重點的人員,這樣您就可以在第X天交付最好的產品。您可以為涉及到的每個人做的最好的事情是,將您發現的所有產品問題告知設置優先級的人員。這樣,他/她可以使團隊立即專注於最重要/最關鍵的事情,以避免在發布前夕工作。也許可以跳過“很好的功能”。

您無權“延遲報告”或類似的事情。您通過發現缺陷來幫助團隊,從而可以在對其造成任何損害之前將其修復,這是一項出色的工作。現在該由合適的人(在全局上最了解情況的人)來決定如何處理它了。

願意對下降投票發表評論嗎?
+1決定某人的工作量不是由OP決定的。
我對此不太同意。開發人員可以或不能在解決問題之前解決問題的事實與作者無關。當然,我會爭辯說他的遺囑已經得到批准,因此無論如何都應允許開發人員參與。
Dan Burton
2012-05-31 11:18:21 UTC
view on stackexchange narkive permalink

首先,您並沒有得到酬勞來讓這個男人開心。尋找漏洞是有報酬的,因此,在做有報酬的事情時絕對不會感到羞恥,而故意在這方面表現不佳是不誠實的。讓他知道您需要做工作,儘管這可能給他帶來不便。

第二,似乎暗示您的公司在某些情況下會向人們施加壓力,要求他們取消假期計劃。視情況而定,您應該鼓勵這個人與管理層交談並設法休假,或者在情況顯然不允許這樣做的時候訓斥他制定計劃。

這個人是可能遭受了破壞,而他需要做的最後一件事就是讓您對局勢保持謹慎。明確表示您不會將問題保密,然後表現出同情心;嘗試和他說一些解決他的困境。在適當的情況下,提請經理和/或他的經理注意該問題。考慮與管理人員開玩笑地“達成協議”,如果他們承諾不中斷已經制定的假期計劃,但您會公開此漏洞,但是不要對此認真對待,當然不要在任何情況下都不會實際上保留信息。您所處的位置非常獨特,可以幫助您解決這個問題;仔細考慮如何才能最好地幫助他 而不損害自己的職業道德。

我不同意這一點。生產計劃與假期計劃不符。不將其報告為發現的任何其他問題是不道德的(在專業層面上)。
@Ramhound也許您錯過了我說過的部分內容,即“在某些情況下肯定不會(實際上)*保留信息”?每個工作場所都是不同的,OP必須自己確定與其他問題相比以不同的方式進行報告是否合適。我只是建議,這種特殊情況可能會為OP提供一種以道德方式幫助其他人的方法。
Erik Reppen
2012-11-22 22:57:48 UTC
view on stackexchange narkive permalink

您知道嗎,我將更進一步。您可以告訴管理層該漏洞。期。那是您的工作,這是非常重要的工作。

您真正的難題應該是是否告訴他們他希望掩蓋它,因為那是一堆嚴重的工程優先事項。畢竟,您首先怎麼知道他不知道這個問題?如果這是他第一次表現出這種行為,就給他一個讓他陷入困境的條件,以便給他一個現實檢查。

為您的假期計劃?忘記對漏洞進行保密。為什麼我不應該告訴他們我們的工程師的工作重點如此嚴重以至於它們代表著公司的持續責任,威脅著我們這裡所有的生計?”

但是,如果他以前像這樣拉東西,是時候讓管理層知道每個人受傷之前了。假期取消可以得到補償,計劃可以重新制定。這絕不是使所有人面臨風險的充分理由。

m0s
2012-05-31 12:01:12 UTC
view on stackexchange narkive permalink

幾乎所有其他人都說,即使在幾分鐘之內,您也不應該掩蓋這種情況,特別是因為測試應用程序是您的工作……尤其是因為它是漏洞之類的嚴肅話題。由於您同事的要求是在個人層面上,您所能做的就是在我想達到的同等水平上幫助他們。如果此人非常值得幫助,以至於您考慮將他們的利益放在雇主之前,那麼您可以在可能的情況下自行解決他們的漏洞,以幫助他們。如果您不願意,則最好的辦法就是盡快告訴他們您將要報告此漏洞,以便他們可以找出問題並根據需要更改計劃。 。試想一下,如果您放任自流,那麼從職業中收回代碼後,代碼被修復的可能性有多大?

那是道德(而且很明顯)的部分,現在,現實世界的答案只是自己決定,如果您願意承擔責任並為這個傢伙賭博(絕對不值得),請考慮機會,這裡沒有人確切地知道工作場所的工作方式。

Paulski73
2012-05-31 14:38:22 UTC
view on stackexchange narkive permalink

從您的問題聽起來,他不只是要求您將調查結果推遲到他休假之後,還要“避免”完全找到它們。這樣一來,您不僅使自己處於風險之中,還使整個公司(包括您的所有同事)面臨風險。發行帶有安全漏洞的軟件可能會損害公司的聲譽,無法修復。如果此人認為他的團隊的軟件不適合其目的,那麼他需要站起來,這樣-不要讓您陷入困境。

Michael Durrant
2012-06-09 18:01:33 UTC
view on stackexchange narkive permalink

我會去找你的經理或董事,說你感到難過。您的處境非常糟糕。您已經發現了這些東西。但是您不想讓X陷入麻煩。但是您不想使用秘密。我真的不想惹X麻煩,該怎麼辦。

所以讓管理層來解決這個問題。這就是為什麼他們能賺大錢的原因。考慮到他們關心的全局以及此事與之的關係,他們通常更傾向於採取外交方式。就像管理層經常需要讓工人在沒有微觀管理的情況下做事一樣,工人也需要讓管理層在這件事上做事。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...