软件测试 | 测试方法的基于活动的测试手段

回归测试（regression testing）。回归测试涉及相同测试的重用，使得在软件变更以后可以重新执行（这些测试）。共有三种回归测试。报告了程序错误，在该程序错误得到更正之后，这时的测试叫做程序错误更正回归（bug fix regression）。其目标时证明该更正有误。老程序错误回归（old bugs regression）测试用来证明对软件的变更使老的程序错误更正变成未更正。副作用回归（side-effect regression）测试又叫做稳定性回归（stability regression）测试，要重新测试产品的很大一部分，其目标是证明该变更使得曾经没有问题的东西现在有问题了。

脚本测试（scripted testing）。手工测试，采用由更高级的测试员编写的测试过程步骤，一般由低级程序员执行。

冒烟测试（smoke testing）。这种副作用回归测试的目标，是证明新版本不值得测试。从一个软件版本到下一个版本，冒烟测试常常是自动化、标准化的。这种测试检查预期没有问题的内容，如果不是这样，就要怀疑该程序是用错误文件或基本上有问题的东西构建的。

探索式测试（exploratory testing）。我们期望测试员在整个项目过程中，都要了解产品、产品的市场、产品的风险和怎样没有通过以前的测试。不断创建并使用新测试。新测试比老测试更有力，因为新测试是建立在测试员持续增长的知识基础之上的。

游击式测试（guerilla testing）。对程序快速、有力的攻击。这是一种探索式测试，通常有时间限制，并由有探索式测试经验的测试员承担。例如，高级测试员花一天时间测试否则会被忽略的部分。测试员要进行最有力的攻击。如果发现严重的问题，则对这部分要重新做预算，并且可能会影响整个测试计划。如果没有发现严重问题，这部分可以忽略，或只做少量测试。

场景测试（scenario testing）。场景测试（顾名思义）一般要涉及四个属性。

（1）测试必须是现实的，应该反应客户实际要做的事。（2）测试应该是复合的，要以能够对程序构成一定挑战的方式包含多个功能。（3）应该能够容易并且快速地显示出程序是否通过测试。（4）如果程序没有通过测试，有关人员会强烈要求修改程序。具有这四种属性的测试会很有说服力，如果程序不能通过测试，一般会导致修改程序错误。但是，测试员可能需要花几天的时间开发出色的场景测试。

场景测试（scenario testing）。通过用例导出的测试，又叫做测试试验（Jacobson 1992,Collard 1999） 或用例流试验（use case flow test）。（很多人把这些测试归到基于覆盖率的测试中，关注重要用例的覆盖率。）

安装测试（installation testing）。以各种方式，在可以安装该软件的不同类型系统上安装该软件。检查在磁盘上增加或修改了哪些文件。安装后的软件能够正常运行吗？再卸载时会出现什么情况？

负载测试（load testing）。通过在面临很多资源要求的系统上运行，攻击被测程序或系统。在足够高的负载下，系统可能会失效，但是导致这种失效的事件模式会指出被测软件或系统中的弱点，这些弱点可能在被测软件的更一般的使用中暴露。Asbock(2000)对负载测试做了精彩介绍。

长序列测试（long sequence testing）。测试要持续一夜，甚至几天、几周，目标是发现短序列测试遗漏的错误。这种测试经常发现的错误包括越界指针、内存泄漏、栈溢出、超过两个特性之间的错误交互等。（长序列测试有时叫做持久测试（duration testing）、可靠性测试（reliability testing）或耐力测试（endurance testing）。）

性能测试（performance testing）。运行这些测试通常要确定程序运行有多快，以便确定是否需要优化。不过这种测试也可以暴露很多其他程序错误。如果与前一个版本相比出现显著性能变化，则这可能是编码错误作用的反映。例如，在试验今天运行一个简单功能测试需要多长时间，明天在同一台机器上运行同样的测试需要多长时间时，如果两次运行时间相差三倍以上，则可能需要与程序员进行核对，或编码错误报告。更慢和更快两种情况都要警惕，因为程序的基本内容发生了变化。

搜索微信公众号：TestingStudio 霍格沃兹的干货都很硬核