软件测试
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
二柱：这么多！把我都忽悠得有点晕了。看来我国软件测试人才真是大有用武之地了。
小飞：这么多名词，是得学几年的，写程序的方法怎么没有这么多花头？
阿超：咱们还是一个一个来吧。 这么多名词只不过是从各个方面描述了软件测试，并不是说有这么多独立的测试方法，我们把它们分类处理就不难了。
|
相关培训 ·软件测试专业人才培训 |
1.1 从测试设计的方法分类
从测试设计的方法来看，我们知道有两类方法：
Black box (黑箱)
White box (白箱)
这是每个接触过软件测试的人都会给出的答案。但是这只是整个软件测试的入门。我们可以跳过去，直接讨论下面的内容。。。
问：我在网上看到有人争论黑箱测试和白箱测试哪一个是另一个的基础，还有那一个更难，那一个更有前途，等等。据说李村数码在搞“灰箱测试”，是不是更高级？能不能简单讲一讲？
阿超：大家都有这些问题么？
杂曰：[略去对此问题热烈的争论500 字]
阿超：听了大家的争论，看来我们的确得花不少时间统一认识.
第一个要注意的问题是，所谓黑箱/白箱，是软件测试设计的方法，不是软件测试的方法！注意“设计”二字。
黑箱：在设计测试的过程中，把软件系统当作一个“黑箱”，无法了解或使用系统的内部结构及知识。一个更准确的说法是“Behavioral Test Design”, 从软件的行为，而不是内部结构出发来设计测试。
白箱：在设计测试的过程中，设计者可以“看到”软件系统的的内部结构，并且使用软件的内部知识来指导测试数据及方法的选择。“白箱”并不是一个精确的说法，因为把箱子涂成白色，同样也看不见箱子里的东西。有人建议用“玻璃箱”来表示。
在实际工作中，我们不应画地为牢，严格只用某一种方法来设计测试方法。在实际的测试中，当然是对系统了解的越多越好。所谓“灰箱”的提法，正是这一反映。有些人甚至希望我们全部忘记“箱子”和它们的颜色。
文章来源于领测软件测试网 https://www.ltesting.net/