《测试汇总.docxVIP

软件缺陷：软件未达到产品说明书标明的功能软件出现产品说明书指明不会出现的错误软件功能超出产品说明书指明的范围软件未达到产品说明书虽未指出但应该达到的目标软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好软件测试：使用人工和自动手段来运行或测试某个系统的过程，其目标在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差异。软件测试的目的：软件测试一检验是否满足需求为目标。软件测试的目的在于发现错误；一个好的测试用例在于发现从前未发现的错误；一个成功的测试是发现了从前未发现的错误的测试。总的来说，测试是为了发现错误而执行程序的过程。黑盒测试：又叫做功能测试或者数据驱动测试，不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。方法包括：等价类划分、边界值分析、因果图分析、错误推测法、功能图分析白盒测试：利用程序内部的逻辑结构及相关信息，设计或选择测试用例，对程序所有逻辑路劲进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致，又称结构测试或者逻辑驱动测试。方法包括：语句覆盖、判断覆盖、条件覆盖、判断/条件覆盖、条件组合覆盖、路径覆盖等单元测试：在软件开发过程中药进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。集成测试：也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求，组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。系统测试：是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确；系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。测试方法主要有功能测试、性能测试、随机测试等。验收测试：向软件购买者展示该软件系统满足其用户的需求。验收测试的测试数据是系统测试的测试数据的子集。验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场，是软件投入使用前的最后测试。Alpha测试：有用户在开发者的场所进行，并且在开发者对用户的“指导”下进行测试。开发者负责记录发现的错误和使用中遇到的问题。（关键词：需要用户代表参加、验收测试的一种）Beta测试：有软件的最终用户们在一个或多个客房场所进行。Beta测试是软件在开发者不能控制得环境中的“真实”应用。用户Beta测试过程中遇到的一切问题，并且定期把这些问题报告给开发者。接收到Beta测试期间报告的问题之后，开发者对软件产品进行必要的修改，并准备向全体客户发布最终的软件产品。功能测试：也叫黑盒测试或数据驱动测试，只需考虑各个功能，不需要考虑整个软件的内部结构及代码，一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测，进而提出更加使产品达到用户使用的要求。性能测试：通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。冒烟测试：确认软件基本功能正常，可以进行后续的正式测试工作。回归测试：指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。动态测试：通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。静态测试：不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析，找出欠缺和可疑之处。测试用例：为了某特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。W模型：小知识：软件测试的目的是尽可能多的找到软件的缺陷。Beta测试是验收测试的一种。项目立项前测试人员不需要提交任何工件。单元测试能发现约80%的软件缺陷。自底向上集成需要测试员编写驱动程序。压力测试时验证要检验的系统的能力最高能达到什么程度。对面向过程的系统采用的集成策略有：自顶向下、自底向上。软件测试计划评审会：需要项目经理、SQA负责人、配置负责人和测试组参加。软件实施活动的进入准则：需求工件已经被基线化、详细