如何对软件测试技术进行分类？

测试类型有很多分类，很杂，如何理顺？上一节我们知道，测试系统有五个要素，测试手段的分类也可以按要素来考虑。

        从“测试人员”（代表谁）这个要素来看，有：用户测试、阿尔法测试（内部代表测试）、贝塔测试（外部代表测试）；

        从“覆盖率”（内容）这个要素来看，有：功能测试、域测试、等价类分析、边界测试、最佳代表测试、逻辑测试、状态测试、语句与分支覆盖率、配置测试、基于规格说明书的测试、基于需求的测试、组合测试，等等。

        从“潜在问题”（风险）这个要素来看，是基于风险的测试，关注：输入约束、输出约束、计算约束和存储（或数据）约束。

        从“活动”这个要素来看，有：回归测试、脚本测试、冒烟测试、探索式测试、游击式测试、场景测试、安装测试、负载测试、长序列测试、性能测试。

        从“评估”（是否通过）这个要素来看，测试手段有：自校验数据、与已保存的结果进行比较，与规格说明比较。

        还可以从多个要素或多个测试手段的组合来了解测试方法。从上面可以看出，测试的分类是很庞杂的，对此我们要有一个基本的认识，即是关注哪方面，从哪个角度来说的。

        上述测试手段或方法就不去一一定义了，常用的术语随便找一本测试类教科书都可以找到。

        给大家留一道思考题：IBM推崇的“静态测试”主要涉及哪些要素？最好归于哪一类中？

原文转自：http://www.ltesting.net