談國內軟體測試盲點和與國外的差別

shbwf發表於2012-08-03

  工作兩年有餘了,儘管中間做過開發,管過伺服器,當過BA,不過大多數時間都在專業軟體測試或者軟體測試管理,接觸了國內外大小專案七八個,當然,其中不乏並行。從普通人員到主管,對於自己的成長和職業發展,都還算是滿意的。最近準備帶團隊進行自動化測試框架的開發,不乏在下一階段努力之前,總結一下過去,比較一下國內外軟體測試行業。

  很多國內客戶甚至專案經理都覺得測試不過就是點一點,看一看。其實“點一點”的測試只能算是軟體測試的“新手村”,但是縱觀現在的軟體公司,無論招聘時候需求什麼“自動化測試啊、掌握lr”等等,真正工作中仍然是僅僅以手工測試為主。當然,這與國內軟體現狀有關,很多情況下自動化測試並不使用。

  今天我們拋開自動化測試不談,也拋開白盒,只談黑盒測試。僅就黑盒測試而言,我們又缺少了什麼呢?

  我跟過幾個國外的專案,也跟國外的客戶有過深入的交談。我發現不同於國內客戶注重功能,國外的客戶更重視安全、使用者體驗。舉個簡單的例子,一個偏娛樂性的網站,sprint1客戶檢視的時候要求是功能可以沒有,但對頁面和安全性嚴格到了一個令人髮指的地步。同時,他們對軟體測試人員的重視程度也讓我刮目。

  除去幾個軟體行業的巨頭,其他一些中小公司,尤其是外包類公司,試問有哪個測試人員是參與專案設計的,有哪個測試專案會集中時間進行安全性測試,又有哪個公司會重點關注使用者體驗的?

  當然不是說沒有,只能說很少。更多的測試人員還是集中在或瀑布或敏捷的開發模式中,執行著功能測試用例。

  也說說測試用例設計,我接觸最多的是基於Web的辦公系統,用例中最長出現的就是“XXX操作成功”之類的話。仔細想想,這種語句出現在功能測試用例中,有多大意義呢?難道我們真的能相信所謂的系統提示嗎?從開發的角度來看,這個系統提示恐怕不過是個簡單的js-alert。或許頁面上的操作根本沒有讓中的資料更新。如果現在讓我寫功能測試用例,我會寫明是某張表的某些欄位被更新了,更深入的測試出功能執行的情況。

  當然說了這麼多,仍是一家之談,歡迎朋友們討論指正。

本文轉載自51Testing軟體測試網,檢視更多:http://www.51testing.com/html/news.html

[@more@]

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/11323760/viewspace-1059080/,如需轉載,請註明出處,否則將追究法律責任。

相關文章