• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    說服研發修改bug

    發布: 2009-11-02 15:00 | 作者: webmaster | 來源: 本站原創 | 查看: 54次 | 進入軟件測試論壇討論

    領測軟件測試網

    說服研發修改bug      軟件測試

    沒有什么時間寫東西了,原來很多好的想法,都不能系統的進行闡述,只會在看到有的貼子時,給一些零星的回貼,這一次居然得了個每日一問二等獎,看來此回貼還是受到認可的,看了一等獎(ID:sun_0910)的回答,真的很棒,很有一些嚴禁的味道,思考特別全面,一看就是特牛P的權威人士,一看就是受過極正規的訓練,這種寫文章與做事的嚴謹作風值得大家學習,而我的個人的文章風格就是喜歡簡單化,口語化,形像化,具體化,但在工作上就應該像sun_0910一樣才好,而且我是一個測試領域的法家份子,也希望能將法家的思想與質量測試理念相統一,一家之研究吧! 

          由于我做過兩年的開發,5年的測試,在測試過程中,自己也做過些測試工具,也有測試人員對我的測試工具來進行測試的經歷,所以我首先站在一個開發人員的角度來看,什么樣的bug與測試人員能說服我呢?要說這個問題,我們首先要有有一個假定:假定開發人員不是一個神經。ǘ鄶灯鋵嵍疾皇,如果是,那么應該由人力資源部負責),既然開發人員不是神經病,那么你一定要相信他對于自己所做的模塊也是抱著認真負責的態度,希望把功能順利實現,而不會出現什么意外狀況的,所以當有人給我提出一個bug是我確實沒有想到的,而又實在的影響到這個模塊的功能,我做為一個開發人員會考慮修改這個問題,如果這個問題還有一點點深度,我會更加開心,抱著挑戰的態度,也抱著趕快把此功能搞定的急迫心情去修改它,由此得到一個好的績效與認同,所以像這樣的bug,需要測試人員來說服我么?當然不需要。然后再看看什么樣的問題我不喜歡,曾經我做過一個測試工具,新來的測試人員對我的工具進行了測試,在測試的同時,也使新人學習了各種業務知識,在這些測試者中,我就很明顯的對那種能提出功能性錯誤,或者我考慮不周造成的錯誤(這一定要用專業的測試方法才能測出的)的新人,我會報著一種對他的欣賞的態度去修改他提出的問題,而對那些,沒事找事,總是按自己的主觀意愿提出一些使用上問題的人,給以鄙視,比如新來的測試負責人,在我修改完所有問題后,叫我把下拉框改成tab頁,嘿嘿,你喜歡tab頁,我就喜歡下拉框,測試部難到沒有別的事情做了嗎,做這么無聊的事,也就是說,有關操作習慣問題本就是你有你的習慣,我有我的習慣,憑什么就說你的習慣是代表了廣大人民群眾呢?是吧?

          看了上面一段,相信大家就知道了什么樣的問題會得到認同,這樣的問題,根本不用你去說服誰,但是,這個世界如果如此簡單,就不會有戰爭了,是吧,所以,我剛才說的只是開發人員的立場,說這些只是讓大家明白一個心理特性,并不意味著,開發人員的這種立場在任何場景都是正確的。

          所以,還有一個測試人員的立場問題,對測試而言,我們有各種測試方法去發現bug,有時有的測試方法做出來的測試結果確實發現了問題,但這個問題可能會引發開發人員的反感,這是因為開發人員對測試的工作不了解造成的,比如,我們用邊界測試發現一個問題,但開發人員會說,誰會去輸入這樣的數值呢,在實際工作中,人家是不會這樣操作的,所以拒絕修改這樣的問題,怎么辦呢?這個時候,其實如果一味的讓每個測試人員去與每個開發人員講道理做宣傳,其實效率是低下的,而應該把這一類問題記錄下來,由測試部門進行一個評估,然后與項目負責人進行溝通,在一個適合的時間點(致命問題、嚴重問題都改得差不多且還有時間的時候),對此類問題進行一個全面的修改,如果是一個好的公司與部門,還會就此類問題進行總結歸類,并對此類問題定義出嚴重程度與修改的優先等級,如此就完成了一項過程改進,當下個項目出現類似的問題時,一個制度化的結果已經在這里了,開發人員再次見到類似問題,自己就會在已經把致命與嚴重問題修改完成的情況下,對此種等級的問題再進行修改,而不需要再次做沒有必要的溝通了。再比如使用操作性問題,其實就是一種體驗測試,如果這種問題由每一個測試人員零星提出,不但沒有科學調查與說服力,也會得到開發人員的白眼,所以有關使用方便的問題,也應該單獨的當成一個整體事件去做,而立下科學調查的標準化決議,當項目組與測試部與市場都搭成統一標準后,做這些事,還會有阻力嗎? 


          我看有的人的解決方法是人情世故,有的人的方法則是權利壓人,還有的人的方法是每回都去以理服人(以德服人,怎么感覺測試總是低聲下氣的?難怪人家不改你的問題),還有總總方法,但不是有后遺癥,就是回回都要如此,搞得效率低下,所以真正的方法應該是,把一項不太受到開發人員重視,但又確實是不可小視的那些問題,想辦法通過外交努力,搭成統一的科學的標準化的制度化的行業規范,當一個制度在這里時,沒有人會覺得你是和他過不去,只會覺得,這是制度的要求,我們本就都該這樣做,就好像你遲到了,你不會認為是人事MM對你有偏見,也不會認為人事MM水平低,不懂得以人為本的道理吧?當然不會,因為幾點上班是一項制度。有人見過搞人力資源的人在網上發貼問:請問人事如何更有效的說服員工們不要遲到呢?呵呵,一家之言哈!

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: bug BUG Bug 研發


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>