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

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

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

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

    對軟件測試的一些想法

    發布: 2009-6-03 17:59 | 作者: PaPaChong | 來源: 爬爬社區 | 查看: 35次 | 進入軟件測試論壇討論

    領測軟件測試網

    做了幾年軟件測試,技術支持之類的工作,有些想法總結一下。等幾年之后回來看看。

      1、國內軟件測試重視程度非常之低,中小企業不要說了,基本上是developer寫案例,自己測,或者交給售前/售后/技術支持測一下。

      有些根本就不測,開始對此很不解,后來跟一小企業老總談,覺得還是有一定道理,對于非專業軟件,非IT專業的普通用戶其實根本就沒那么挑剔。

      搞好易用性測試就足夠了,偶爾崩潰一次,他也不知道是哪的問題。對于邊界值之類的測試完全就沒必要了。因為普通用戶誰會用到那些值呢。

      2、 一般認為tester沒前途,沒技術含量。個人認為剛畢業還是不要去做測試,可以先做做開發,有了開發經驗再去測試,可以從開發者,設計者的角度去測試,能夠更多的發現有效bug。做一個專業的tester還是需要具備很多知識的。至少到現在接觸的很多tester,還沒有發現特別優秀的。

      3、一個優秀的tester應該具備什么條件呢?有兩條:a、知識面廣,觸類旁通; b、動手能力強。

      詳細的說,我認為一個優秀的tester應該是:

      有多年多種語言的開發經驗,有架構設計經驗更好;

      有多年的各種操作系統管理經驗;

      有較高的APM值(手速,這一點看他的鼠標就可以了,我絕對不相信,一個用著破鼠標,甚至只用筆記本觸摸板測試的人能有多高效率),當APM值不夠高的時候會有些重復性手工測試使得tester疲勞而忽略某些步驟;

      有IT技術支持的經驗,主要針對于復雜的測試環境,很多情況并非被測對象本身的問題,而是各種系統環境,其它軟件沖突導致的問題,要有truble-shooting的能力;

      有項目管理經驗,要知道軟件測試也是軟件項目,必須按照科學的項目管理流程來執行。

      4、說到測試,不得不提到測試案例test case, script),測試案例該怎么寫,一個優秀的測試案例是什么樣的?

      首先我們要知道寫測試案例的目的,就是要給tester一個測試范圍,告訴他們測什么。就這么簡單。

      很多時候,test designer們都本末倒置了,為了寫個看起來漂亮的測試案例,定死了很多書寫規范。

      那么一個優秀的測試案例是什么樣的呢? 就是要:言簡意賅,能夠讓tester們最短時間內,最高效的理解正確并執行測試。

      以這個為要求去寫案例才能夠達到目的。簡單的說我們寫案例不就是為了給tester拿來去測試的嗎?!

      另外, 針對不同能力的tester,對于測試案例的繁簡程度也有不同,對于技能比較低的tester,步驟就應該盡量詳細,

      這些初級的tester只會按照步驟,按部就班的進行測試。

      但對于高級tester,如果還寫這樣的測試案例,則起了反作用,束縛住了tester的主觀能動性。要知道一個優秀的tester是要充分發揮主觀能動性的,

      在理解被測系統的前提下,在限定的大的范圍內充分的自主測試: 鼠標飛舞,BUG頻出,這才是最高境界。高級tester不但能夠測出問題,而且在developer不知道如何解決時,有時候能夠提出有效的解決方向。

      對于測試案例的編寫,不得不多說兩句,看到過很多自稱專業的tester,把國外的測試案例當作例子拿出來。案例細到1,2個步驟就算一個。

      先不說合不合理, 光寫這些案例就要花費太多時間。難道忘了?我們需要更多的時間去執行測試,而不是設計測試案例,本末倒置了。!

      再說過細的測試案例步驟,預期結果,當別人傻瓜嗎?最好的測試案例是不要寫過多的預期結果,要充分發揮tester的能動性,

      絕對不要限制在案例之中,要知道再好的案例,覆蓋率也高不到80%。!

      5、不得不提到測試工具,測試工具分為缺陷管理工具(bug跟蹤),測試執行工具(自動化測試),需求管理工具,案例(場景)管理工具。

      這些模塊是可以合并為一個工具的,比如MQC,CQTM。商業的測試工具一般比較貴,實際上,除非大型的多版本的軟件,是沒有必要使用商業測試工具的。

      一個簡單的bugzilla,jtrac等等開源工具足夠了。要時刻記得使用測試工具的目的,而不要為了看起來專業才用工具。有了工具就要充分使用。

      很多tester跟developer的交流通過缺陷管理工具會方便很多,一定不要動不動就跑到developer旁邊去討論交流,會打斷/影響雙方的工作效率。

      要嚴格的執行測試狀態的變更,缺陷的分配,有些時候,developer會考慮照顧tester,一些無效的缺陷,也會標記為fixed, 這樣帶來的問題就是回歸測試的時候我們不得不重新測一遍這些本來無效的缺陷。

      6、自動化測試,自動化測試要說的很多,簡單的說不要期望過高,要合理的使用,要選擇適合的項目進行自動化。

      自動化也分為很多種,可以對于適合的項目使用完整的測試框架,對于不適合的項目,部分重復性勞動, 把自動化當作工具使用。

      自動化并不限于專業的自動化工具, 一些自動化腳本工具也是非常有用的,比如autoit,ruby,expect等腳本語言也是一個tester需要學習的。

      另外一個比較特別的就是性能測試,性能測試幾乎無法手工完成,必須用到一些工具輔助。除了專業的自動化測試工具如,loadrunner, RPT, webstress等等,一些小的系統命令,命令行工具也是可以用來讀取一些峰值等數據的。

    延伸閱讀

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

    TAG: 軟件測試


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(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>