模板
教程
環境
性能
功能
管理
軟件測試和VSTS測試工具
軟件測試
1 軟件測試和VSTS 測試工具
本部分介紹各種測試類型，以及它們在VSTS 2005中的應用。
在學習討論之前，阿彪問大家：我有一個悶在心里好久的問題 – bug到底翻譯成什么最好？
雜曰：
臭蟲，缺陷，錯誤，地雷，應用程序異常，
就用bug好了，大家都理解！
小強！小強！
大家回頭一看，阿毛紅著臉說：我們宿舍里有不少小強，每晚自習回去都要打小強。。。
眾大笑。
阿彪：我倒是不反對用“小強”。
阿超：好是好，VSTS也支持改工作項的名字。就怕我們以后招進來名字中有“強”的同學。
阿彪：我覺得我可以為“小強”花一顆銀彈，我們以后就把“小強” 當作bug的同義詞.
小飛：那我們怎么翻譯“bug fix”? 翻譯成“針對缺陷的修改”也太繞口了。
阿毛：我們是用拖鞋來打小強，所以不妨稱之為“拖鞋”。
（大笑）
國棟：我反對把軟件工程的術語生活化。。。
阿超：說到測試，大家肯定有不少了解，也保不準有一些誤解，我們這個討論就是要去偽存真，把大家的理解統一到一個水平上。大家知道的“測試方法”有多少？
雜曰：
Black box Test, White box Test
Code Coverage, Test Unit Test
Functional Test, Structural Test
System Test, Performance Test
Stress Test, Load Test
Acceptance Test, Regression Test
Ad hoc Test, Integration Test
Alpha/beta Test, Localization/Globalization Test
Security Test, Accessibility Test, Scenario Test,
Usability Test,Smoke Test
二柱：這么多！把我都忽悠得有點暈了?？磥砦覈浖y試人才真是大有用武之地了。
小飛：這么多名詞，是得學幾年的，寫程序的方法怎么沒有這么多花頭？
阿超：咱們還是一個一個來吧。 這么多名詞只不過是從各個方面描述了軟件測試，并不是說有這么多獨立的測試方法，我們把它們分類處理就不難了。
|
相關培訓 ·軟件測試專業人才培訓 |
1.1 從測試設計的方法分類
從測試設計的方法來看，我們知道有兩類方法：
Black box (黑箱)
White box (白箱)
這是每個接觸過軟件測試的人都會給出的答案。但是這只是整個軟件測試的入門。我們可以跳過去，直接討論下面的內容。。。
問：我在網上看到有人爭論黑箱測試和白箱測試哪一個是另一個的基礎，還有那一個更難，那一個更有前途，等等。據說李村數碼在搞“灰箱測試”，是不是更高級？能不能簡單講一講？
阿超：大家都有這些問題么？
雜曰：[略去對此問題熱烈的爭論500 字]
阿超：聽了大家的爭論，看來我們的確得花不少時間統一認識.
第一個要注意的問題是，所謂黑箱/白箱，是軟件測試設計的方法，不是軟件測試的方法！注意“設計”二字。
黑箱：在設計測試的過程中，把軟件系統當作一個“黑箱”，無法了解或使用系統的內部結構及知識。一個更準確的說法是“Behavioral Test Design”, 從軟件的行為，而不是內部結構出發來設計測試。
白箱：在設計測試的過程中，設計者可以“看到”軟件系統的的內部結構，并且使用軟件的內部知識來指導測試數據及方法的選擇?！鞍紫洹辈⒉皇且粋€精確的說法，因為把箱子涂成白色，同樣也看不見箱子里的東西。有人建議用“玻璃箱”來表示。
在實際工作中，我們不應畫地為牢，嚴格只用某一種方法來設計測試方法。在實際的測試中，當然是對系統了解的越多越好。所謂“灰箱”的提法，正是這一反映。有些人甚至希望我們全部忘記“箱子”和它們的顏色。
原文轉自：http://www.anti-gravitydesign.com
