如何作程序員喜歡的測試妹子？

昨天看了一篇文章叫《如何作測試妹子喜歡的程序員》，以爲做者點的很到位，首先我是一名程序員， 那麼站在一名合格程序員的角度，怎麼看待這些觀點呢，沒看過上面文章的同窗，能夠抽兩分鐘時間閱讀下，文章簡單有趣， 今天我想借此機會說說個人觀點，而且也表達下站在測試的角度，如何作程序員喜歡的測試妹子？咱們也聊聊有趣的故事。

先從測試妹子的文章觀點提及

1.測試妹子說開發觸類旁通討人喜歡：

說的什麼意思呢？測試提了一個bug，開發卻改了三個（三表明多個）bug，其餘兩個bug是隱藏暫未發現的。 經驗不足開發小哥哥在修改這個bug的時候，以爲影響範圍不大，簡單的修改了； 而經驗豐富的開發發現後趕忙跑去通知測試妹子說：「這個bug會影響好多業務功能，請你先暫停相關功能測試，容我修復後再測」。

妹子一聽樂了，心想：「恰好我還有另外一個測試任務須要測試，要不先忙別的，否則又在這裏白忙活了，若是手上沒別的項目，正好這會兒能夠去喝杯下午茶休息下」。

我以爲上面有兩個問題：

1）程序員觸類旁通的能力重要

2）良好的溝通能力更重要

若是開發小哥哥解決了好多相關的bug,恰恰沒有及時告訴測試，測試妹子傻傻了在那裏測出來同一個根源的多個bug, 合到最後，總結bug數量的時候，開發說這三個bug算一個，測試說不行，三個就是三個爲何你算一個，我白忙活了這麼久找bug, 就算一個太不公平了，一場口舌大戰即將爆發。

想一想這個問題，確實頗有意思，其實開發人員有時候很在意bug數量的，記得以前有同事由於bug差點和測試發生爭執，其實仔細想來不必，咱們也要站在對方的角度考慮，如非必要，作好本身最重要。

2.測試不喜歡「買」一送一的開發：

開發有時候改完一個bug，測試迴歸後發現確實解決了，然而悲劇的是，前院剛收拾乾淨，後院又着火了，接着另外一個功能不可用了。工做中這個現象很常見，說白了是開發考慮不周，經驗不足，或者業務不熟悉。因此提醒同行的老鐵們，控制好本身的代碼， 問題想清楚後再去擼代碼，否則測試會常常找你追債。

3.測試喜歡聽故事：

測試說你給我講講，你的bug怎麼產生的，否則bug不關閉，不懂情調的開發，楞頭什麼也沒寫，測試妹子一臉懵逼。 我以爲這裏不備註bug緣由確實有失禮貌，甚至不利於團隊協做

第一：測試辛辛苦苦測試出問題，想知道緣由，最後獲得的結果倒是一個單詞done，確實不太紳士。

第二：測試想統計整個項目中質量狀況，bug嚴重級別和分類，環境引發的仍是代碼層面引發的，若是代碼層面是粗心引發的，仍是考慮不周引發的，甚至是壓根沒作引發的等等

第三：項目總結中，開發回過頭看這些bug，若是時間久了，本身也不清楚什麼緣由引發的，若是後面想總結思考還一臉霧水，萬一那天領導問話了，我據說前段時間的項目遇到一個bug,坑很深，讓你費了不少力氣，給咱們分享下你的填坑事蹟。若是你沒記錄根源，想必還要再去苦思冥想一下子，想必領導對你的態度也是不同的

上面是今天的話題引子，囉嗦了這麼多，發現本身一下筆就忍不住寫多了，下面纔是今天的主題：

如何作程序員喜歡的測試妹子？

若是真是一名測試妹子看到我下面文字的時候，可能有點嚴肅,個人要求有點多，不要打我

• 業務的精通
• 好奇心
• 良好溝通能力
• 擁有BA技能
• 精確分析能力
• 一顆安靜的心
• 永不妥協
• 強烈的責任感
• 卓識的遠見
• 風險管理能力
• 顏值高

下面咱們用一個項目的生命週期說明以上測試素質的分析：

業務的精通

開發最喜歡熟悉業務的測試，由於他們要忙着擼代碼，沒時間告訴你這個這個業務規則是怎麼樣（有人說了，業務規則不是應該找產品嗎？產品也有不在或不熟悉的時候，這就是產品的問題了，寫完這篇文章，我估計得罪很多人，我是忍着壓力，哈哈，開玩笑，項目大了人員變更頻繁，規則能徹底理清的人百裏挑一，都理解）；熟悉了業務才能站在更高角度去測試並分析找出系統問題。

好奇心

懷疑一切並積極求證，有洞察力；測試人員進行測試的主要目的就是發現軟件存在缺陷，而不是證實它沒有缺陷。若是不抱着懷疑一切的態度就不是一名合格的測試人員，我相信測試都必備着技能，只是強烈程度差異而已。

舉個例子，一名開發修改了一個小需求提測給測試妹子，說：「我修改了功能A，須要測試下1，2，3相關的場景，你幫我測試下」。妹子反問一句：「改動大嗎，有什麼風險，你自測了沒，會影響其餘功能嗎，須要測試其餘功能點嗎？」 開發小哥哥一聽，心想怎麼那麼多問題，而後說：「我想一想哈，你這麼一問，我忽然想起來會影響另外一個功能，你也測試下吧，萬一有影響就慘了」。

而此時測試千萬別相信開發，他說改了什麼，你就測試什麼，好聽話呀，你最好根據本身對業務的判斷，分析須要測試什麼點，總之懷疑的態度對待。以前工做中我曾幾什麼時候就遇到過相似的問題，致使上線幾天用戶反饋有個功能有bug,才發現原來上次的改動引發的。

良好溝通能力

測試人員經常須要與不一樣的部門人員打交道。如何更精確、更簡練、更嚴謹的去描述bug，並保證開發人員能夠接受你發現的bug，這都須要依靠良好的溝通能力去表達和說服。因此良好的溝通能力顯得尤其重要。

我以爲溝通分兩個方面：

1）書面溝通

通常公司發現bug會提一個工單給開發，寫明bug詳細，而這個工單很考驗一個測試的水平，那麼什麼樣的工單開發才喜歡呢？

先說一個很差工單例子：

咱們看下這個bug工單有什麼問題？

站在開發的角度我以爲這個工單問題有如下幾個：

• 描述不清楚，僅僅一個標題就完事了，也不知道哪一個帳號，哪一個推廣地址，連接也不給，還要讓開發去猜到底哪一個地址，讓開發去試哪一個用戶
• 標題中的推廣權限分兩種，也沒標記是哪一種
• 產品需求什麼規則，沒明確標記

開發但願從工單中能夠找到核心信息，能當即重現此問題，若是模棱兩可，信息不全，會形成當面的溝通成本。

2）口語表達

好的口才表達，讓你工做效率更好的提升，讓人更容易聽明白你說的內容尤其重要。

擁有BA技能

BA就是業務分析師的意思，這要求測試人員有分析需求的能力，哪些需求是真需求，哪些需求是僞需求。真需求就玩命的測，僞需求在時間容許的狀況下儘可能的測。這個要求有點高，不過這個能夠提升產品的質量，下降項目風險。

精確分析能力

不少公司的bug不進行分析的，即便分析也不給開發看，我以爲這不合理，首先講下爲何要分析？

爲了發現bug產生的根源，及早採起調整和控制措施，預防和控制問題的蔓延和新問題的產生，揭示軟件質量、過程質量、人員能力、組織能力之間的關係，增強軟件精細化管理，促進人、過程、組織持續性改進。

那麼若是沒人分析彙總，又沒人團隊參與總結，產品質量，團隊成長能進步嗎？

因此做爲一名開發以爲，測試的分析能力是團隊進步的催化劑。

一顆安靜的心

浮躁的人老是找不出隱藏在深處的bug，良好的耐心，專一力是測試必備素質， 天天測試對着n個設備反反覆覆對着同一個產品使用研究，不膩也煩了，真佩服他們這麼專一和堅持了下來，開發表示佩服。

永不妥協

曾經遇到過這樣的問題，開發說這個問題有點複雜，很差改，這個場景極少出現，一改的話要延期了，要不先放一放，等後面有時間了再改，測試要不要妥協放一馬？強勢一點的測試會佔優點，妥協意味着你成功的把質量很差這口黑鍋華麗的背在了本身的身上，後面時間久了就沒人跟進這個問題了。

強烈的責任感

通常說男人要有責任感，你還怎麼把測試妹子扯上責任感了呢？ 測試承擔爲產品質量把關的角色，而對產品負責的基本要素就是要以質量先行。 若是測試沒有責任心，敷衍了事，這將會把測試工做交給用戶來完成，極可能引發很是嚴重的後果，影響公司的聲譽。若是真有問題發生到用戶身上，要即便的跟進，並作好後面修復工做的備案，不能逃避責任。

卓識的遠見

一個好的測試，不只僅停留在產品表面測試，有時候須要透過現象去看產品底層的結構，去發現異常測試場景，邊界測試，安全問題測試等等。做爲一名開發，我最喜歡測試的bug有水準，就是很難發現又比較嚴重的那種，這樣才能反映我開發考慮問題的缺失和不足，有成長的空間，須要測試來推動改善。

還記得這張圖片不，波音737飛機重大墜機事故，不得不說由於軟件質量漏洞致使，測試開發難咎其責。確實有些問題很難找出，須要很大的技術含量和經驗。 同時很體諒咱們的測試不容易，出了事故後還要背鍋。

風險管理能力

在作項目測試的時候，一個好的測試同窗須要有發現項目質量上可能出現的風險的能力。另外當發現了項目風險的時候，咱們還須要可以將風險管理起來，讓風險能夠被控制，能夠被解決。

顏值高

最後一點顏值高，能夠自動毀滅bug，這招恨，bug見不得長得好看的妹子，嚇都嚇跑了。

以上就是今天總結的測試人員擁有什麼樣的素質和能力，纔會更惹人喜歡，職業中混的更好。有人說開發和測試 水火不容，不過我以爲測試更像是開發的祕書或者左膀右臂，幫助開發改進本身的系統，他們須要好好配合，才能好好的走下去。

END

若有收穫，請幫忙轉發，您的鼓勵是做者最大的動力！

長按下圖關注公衆號 架構師的修煉