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

水上飘

.Zero Bug与Good Enough：本条给我们灌输的是一种测试执行通过的标准。显示任何测试通过不可能达到0 bug。那我们就应该达到Good Enough。这条原则是一种权衡投入/产出比的原则：测试既不能不充分也能过，我们需要制定测试通过标准和测试内容，比如：遗留的bug数&严重程度，测试用例的执行率&通过率等来解决上面的问题。

贝贝酷

Testing procedure（测试过程）：
指设置、执行给定测试用例并对测试结果进行评估的一系列详细步骤。

贝贝酷

Testing scrīpt（测试脚本）：
一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。

水上飘

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

水上飘

冒烟测试（smoke testing）,据说是微软起的名字。在《微软项目求生法则》一书第14章“构建过程”关于冒烟测试，就是开发人员在个人版本的软件上执行目前的冒烟测试项目，确定新的程序代码不出故障。

walker1020

集成测试是对组件之间的接口进行测试，以及测试一个系统内不同部分的相互作用，比如操作系统、文件系统、硬件或系统之间的接口。

walker1020

对于集成测试，可以应用多种集成级别，也可以根据不同的测试对象规模采用不同的级别，比如：
􀁺 组件集成测试对不同的软件组件之间的相互作用进行测试，一般在组件测试之后进行。
􀁺 系统集成测试对不同系统之间的相互作用进行测试，一般在系统测试之后进行。在这种情况下，开发组织/团体通常可能只控制自己这边的接口，所以变更可能是不稳定的。按照工作流执行的业务操作可能包含了一系列系统，因此跨平台的问题可能至关重要。

集成的规模越大，就越难在某一特定的组件或系统中定位失效，从而增加了风险。
系统化集成的策略可以根据系统结构（例如自顶向下或自底向上）、功能任务集、事务处理顺序或系统和组件的其他方面等来制定。为了减少在生命周期后期才发现缺陷而产生的风险，集成程度应该逐步增加，而不是一下子将系统集成为“巨无霸”来进行测试。
测试特定的非功能特征（比如性能）也可以包含在系统集成测试中。
在集成的每个阶段，测试员只是把精力集中在集成本身。举例来说，假如集成模块A和模块B，测试人员是应该关注两个模块之间的交互，而不是每个模块的功能。功能测试和结构测试方法都可以应用在集成测试。
在理想情况下，测试员应该理解系统的架构，从而可以影响相应的集成计划。假如集成测试计划是在组件或系统生成之前制定，则可以根据对集成最有效率的顺序来进行设计。

水上飘

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

贝贝酷

Testing suite（测试包）：
一组测试用里的执行框架；一种组织测试用例的方法。在测试包里，测试用例可以组合起来创造出独特的测试条件。

贝贝酷

测试工程应该具备的基本职业素质：
三心二意一能力。三心：细心、耐心、信心。二意：服务意识、团队意识。一能力：沟通能力。

walker1020

系统测试关注的是在开发项目或程序中定义的一个完整的系统/产品的行为。
在系统测试中，测试环境应该尽量和最终的目标或生产环境相一致，从而减少不能发现和环境相关的失效的风险。
系统测试可能包含基于不同方面的测试：根据风险评估的、根据需求规格说明的、根据业务过程的、基于用例(use case)的、或根据其他对系统行为的更高级别描述的、根据与操作系统的相互作用的、根据系统资源的等。
系统测试应该对系统功能和非功能需求进行研究。需求可以以文本形式或模型方式描述。同时测试员也需要面对需求不完全或需求没有文档化的情况。功能需求的系统测试开始时可以选择最适合的基于规格说明的测试即黑盒(black-box)技术来对系统进行测试。比如：可以根据业务准则描述的因果组合来生成决策表(decision table)。基于结构的技术(structure-based technique)即白盒（white-box）测试技术，可以评估测试的覆盖率，可以基于评估覆盖一个结构元素，如菜单结构或者页面的导航等的完整性

walker1020

验收测试通常是由使用系统的用户或客户来进行，同时系统的其他利益相关者也可能参与其中。

水上飘

Ad hoc testing (随机测试)：
没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程

walker1020

用户验收测试
验证由商业用户使用一个系统的可用性。

水上飘

软件的易理解程度和可维护程度是衡量软件质量的重要指标，对于程序是否容易修改有重要影响。为使得软件更加容易理解和维护，需要从多方面做出努力。首先，要有详细且正确的软件文档，同时文档应始终与软件代码保持一致；其次，编写的代码应该具有良好的编程风格，如采用较好的程序结构，增加必要的程序注释，尽量使用行业或项目规定的标准等。

水上飘

可以通过使用标准检查点检查对象的 text 属性，来检查基于 Windows
Applications 中的文本。这是在许多 Windows Applications 中检查文本的首选
方法。但是请注意，标准检查点不允许使用“文本检查点属性”对话框中可用的
功能

贝贝酷

如何成为一名优秀的测试工程师：内功（基础知识：计算机硬件、网络、操作系统、数据库等）、测试技术（黑盒测试中等价类、边界值、因果图等，白盒测试中的语句覆盖、分支覆盖、路径覆盖等）

   1）、不断学习充电

   2）、阅读原版书籍

   3）、阅读缺陷管理系统中的缺陷报告

   4）、阅读高手写的测试用例

   5）、学习产品相关的业务知识

贝贝酷

SQA——软件质量保障，CMM是SQA用来监督项目的一个标准质量模型，SQA按照CMM上面各种规则来检验各种各样的项目。CMM——能力成熟度模型

walker1020

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

walker1020

系统、子系统或组件要实现的功能可以在工作产品中，如需求规格说明书、用户用例或功能规格说明书予以描述，不过也可能没有相应的文档。功能指的是系统能做什么。
功能测试基于功能和特征（在文档中描述的内容或测试员自己的理解）以及专门的系统之间的交互，可以在各个级别的测试中进行（例如组件测试可以基于组件的规格说明书）。
可以采用基于规格说明的技术，根据软件或系统的功能来设计测试条件和测试用例（参见第4章）。功能测试主要是考虑软件的外部表现行为（黑盒测试）。
安全性测试就是功能测试的一种，它会对安全性相关的功能（比如防火墙）进行测试，从而检测系统和数据是否能抵御外部恶意的威胁，如病毒等。互操作性测试是另一种功能性测试，评估软件产品与其他一个或多个组件或系统交互的能力。