RAT
RAT( Release Acceptance Test ) 发布验收测试
RAT又称为构建验证测试或者烟雾测试,RAT会在每个开发版本发布之后进行。以确定系统处于稳定状态、所有的主要功能都具备并且能够在 “ 正常 ” 条件下运行的测试用例。RAT用来评断这个Build能否进行后续的测试,如果RAT测试失败的话,QA人员可以要求不测试这个Build,因为这个Build存在严重的问题,导致后续的测试无法正常的进行。
只有当所有RAT用例通过以后,这个Build才能进入Alpha测试阶段。
在Test Case设计时,RAT Case应当占整个Test Case数量的10% 到 15%
FAST
FAST (Functional acceptance simple test)功能验收简单测试
FAST在每个Build发布之后进行,用来确定模块的关键功能是否可用。
TOFT
TOFT (Task-Oriented Functional Test)面向任务功能性测试
TOFT下的用例都是按照功能说明书、用户指导文档、需求或者设计文档等中的任务 来设计的,每一个功能都能被测试到。包括每个功能执行的完整性,当与其他功能有牵涉时执行的完整性等。
FET
FET (Forced-Error Test) 强力错误测试
故名思议,FET下的Case是在故意制造一些可能出错的情景,这种case一般能测出不少的问题。但是这种情况下的问题不一定都需要fix,看开发的节奏和时间安排。一般会经过讨论之后确定。
Boundary Test
Boundary Test 边界测试,比如测试程序的响应在极端输入或者内存泄漏等情况下
Volume Test
Volume Test 体积测试,测试模块在加载一些大容量数据或者大量计算的情况下是否正常工作。但是没必要测试那些超出设计要求极端情况。这里强调的是那些处理大量或者小量数据的程序在高频率工作下能否持续工作。
Stress Test
压力测试,目的是测试模块在有限资源或者低系统资源的情况下,比如 低空闲内存、低磁盘空间、文件句柄、GDI资源等等