[活动]迎五一，庆周年，盖高楼(活动结束)

六月的雪

Alpha和Beta（或现场（field））测试
在软件产品正式商业销售之前，市场或商业现货软件开发人员希望从市场中潜在的或已经存在的客户中得到关于软件的反馈信息。Alpha测试通常在开发组织现场进行。Beta测试或实地测试，通常在用户现场进行。两者都由潜在的客户进行测试，而不是由产品的开发者进行测试。
有些组织也可能使用不同的术语，比如在系统正式移交给客户之前或之后进行的测试分别称为工厂验收测试和现场验收测试(site acceptance testing)等。

六月的雪

Alpha和Beta（或现场（field））测试
在软件产品正式商业销售之前，市场或商业现货软件开发人员希望从市场中潜在的或已经存在的客户中得到关于软件的反馈信息。Alpha测试通常在开发组织现场进行。Beta测试或实地测试，通常在用户现场进行。两者都由潜在的客户进行测试，而不是由产品的开发者进行测试。
有些组织也可能使用不同的术语，比如在系统正式移交给客户之前或之后进行的测试分别称为工厂验收测试和现场验收测试(site acceptance testing)等。

水上飘

测试计划是对针对将要执行的测试过程进行整体进行规划安排说明的，测试计划中要对测试任务进行描述，譬如测试时间、测试范围、测试内容、测试人员安排、测试目标、测试环境等等，同时测试计划中还要注明测试工作阶段里程碑及阶段任务的输出

水上飘

灰盒测试，介于白盒测试与黑盒测试之间，灰盒测试结合了白盒测试盒黑盒测试的要素.它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计

六月的雪

灰盒测试，介于白盒测试与黑盒测试之间，灰盒测试结合了白盒测试盒黑盒测试的要素.它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。

六月的雪

划分等价类：
  等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试，因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类和无效等价类

水上飘

从是否关心软件内部结构和具体实现的角度划分
　　A.白盒测试
　　B.黑盒测试
　　C.灰盒测试

水上飘

自动化测试就是通过测试工具或其他手段，按照测试工程师的预定计划对软件产品进行自动的测试，它是软件测试的一个重要组成部分，它能够完成许多手工无法完成或者难以实现的一些测试工作。

贝贝酷

兼容性测试——测试系统在不同的平台/硬件/操作系统/网络上的表现情况。

六月的雪

从是否关心软件内部结构和具体实现的角度划分
　　A.白盒测试
　　B.黑盒测试
　　C.灰盒测试

贝贝酷

ALPHA测试——在开发进行结束的时候进行的测试。针对测试的结果可能还会进
行一些小的设计更改。这类测试典型的是由用户进行的，而不是由开发者或测试人员
进行的。

贝贝酷

BETA测试——在开发和测试已经全部结束后，并且在最终版本发布之前进行的
测试。这类测试典型的是由用户进行的，而不是由开发者或测试人员进行的。

六月的雪

loadrunner的内部编译器采用ANSI C,它有三种类型的变量：

1、基于堆栈的变量
这类变量的定义如下：
int intSample；
char charSample[5];
这类变量作用范围就是某个action或者你定义的函数。

2、基于heap的变量
这类变量的定义如下：
int *intSample；
char *charSample;
它们必须被明确的分配内存，也需要用free（）函数释放。

3、参数（lr自己管理的变量）
这类变量可以用web_reg类的函数定义，也可以用lr_save_string定义，用lr_eval_string获取它的值，它的作用范围为整个脚本（类似全局变量）。

六月的雪

划分等价类：
  等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试，因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类和无效等价类

水上飘

Alpha和Beta（或现场（field））测试
在软件产品正式商业销售之前，市场或商业现货软件开发人员希望从市场中潜在的或已经存在的客户中得到关于软件的反馈信息。Alpha测试通常在开发组织现场进行。Beta测试或实地测试，通常在用户现场进行。两者都由潜在的客户进行测试，而不是由产品的开发者进行测试。
有些组织也可能使用不同的术语，比如在系统正式移交给客户之前或之后进行的测试分别称为工厂验收测试和现场验收测试(site acceptance testing)等。

水上飘

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。 “黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

六月的雪

测试计划是对针对将要执行的测试过程进行整体进行规划安排说明的，测试计划中要对测试任务进行描述，譬如测试时间、测试范围、测试内容、测试人员安排、测试目标、测试环境等等，同时测试计划中还要注明测试工作阶段里程碑及阶段任务的输出

六月的雪

Testing item（测试项）：
作为测试对象的工作版本。

水上飘

installability testing－－可安装性测试
确定系统的安装程序是否正确的测试。
instrumentation－－插装
在程序中插入额外的代码以获得程序在执行时行为的信息。
instrumenter－－插装器
执行插装的工具
Integration Testing－－集成测试
测试一个应用组合后的部分以确保它们的功能在组合之后正确。该测试一般在单元测试之后进行。
interface－－接口
两个功能单元的共享边界。
interface analysis－－接口分析
分析软件与硬件、用户和其它软件之间接口的需求规格。
interface testing－－接口测试
测试系统组件间接口的一种测试。
invalid inputs－－无效输入
在程序功能输入域之外的测试数据。
isolation testing－－孤立测试
组件测试（单元测试）策略中的一种，把被测组件从其上下文组件之中孤立出来，通过设计驱动和桩进行测试的一种方法。
job control language－－工作控制语言
用于确定工作顺序，描述它们对操作系统要求并控制它们执行的语言。
LCSAJ－－线性代码顺序和跳转（Linear Code Sequence And Jump）
包含三个部分：可执行语句线性顺序的起始，线性顺序的结束，在线性顺序结束处控制流跳转的目标语句

水上飘

功能测试：用于测试应用系统的功能需求的黑盒测试方法。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。


　　系统测试：基于系统整体需求说明书的黑盒类测试；应覆盖系统所有联合的部件。


　　端到端测试：类似于系统测试；测试级的“宏大”的端点；涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。


　　健全测试：典型地是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件。