软件测评考试重点.doc

软件测评考试重点软件测试:软件测试是由验证和有效性确认活动构成的整体。验证时检验软件是否已经正确地实现了产品规格说明书所定义的系统功能和特性。有效性确认是确认所开发的软件是否满足用户真正需求的活动。软件质量：软件产品具有满足规定的或隐含要求能力要求有关的特征与特征总和软件质量特征（功能、可靠、易用、效率、可维护、可移植）软件缺陷：从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。 软件缺陷的产生原因：技术问题算法错误，语法错误，计算和精度问题，接口参数传递不匹配；团队工作误解、沟通不充分软件本身文档错误、用户使用场合、时间上不协调、或不一致性所带来的问题系统的自我恢复或数据的异地备份、灾难性恢复等问题软件质量保证是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程活动单元测试的对象是程序系统中的最小单元-模块或组件上，在编码阶段进行，针对每个模块进行测试，主要通过白盒测试方法，从程序的内部结构出发设计测试用例，检查程序模块或组件的已实现的功能与定义的功能是否一致、以及编码中是否存在错误集成测试，也称组装测试、联合测试、子系统测试，在单元测试的基础上，将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的模块之间问题 两种集成方式：一次性集成方式和增殖式集成方式。功能测试一般须在完成集成测试后进行，而且是针对应用系统进行测试。功能测试是基于产品功能说明书，是在已知产品所应具有的功能，从用户角度来进行功能验证，以确认每个功能是否都能正常使用 系统测试是将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试，包括恢复测试、安全测试、强度测试和性能测试等 验收测试的目的是向未来的用户表明系统能够像预定要求那样工作，验证软件的功能和性能如同用户所合理期待的那样白盒测试方法：就是能看清事物的内部，即了解事物的内部结构和运行机制，通过剖析事物的内部结构和运行机制，来处理和解决问题。其具体的方法有：逻辑覆盖、循环覆盖、基本路径覆盖等。逻辑覆盖：以程序的内部逻辑结构为基础，分为语句覆盖、判定覆盖、判定-条件覆盖、条件组合覆盖等语句覆盖法的基本思想是设计若干测试用例，运行被测程序，使程序中的每个可执行语句至少被执行一次判定覆盖法的基本思想是设计若干用例，运行被测程序，使得程序中每个判断的取真分支和取假分支至少经历一次，即判断真假值均曾被满足条件覆盖的基本思想是设计若干测试用例，执行被测程序以后，要使每个判断中每个条件的可能取值至少满足一次。判定-条件覆盖是判定和条件覆盖设计方法的交集，即设计足够的测试用例，使得判断条件中的所有条件可能取值至少执行一次，同时，所有判断的可能结果至少执行一次条件组合覆盖的基本思想是设计足够的测试用例，使得判断中每个条件的所有可能至少出现一次，并且每个判断本身的判定结果也至少出现一次路径覆盖就是设计所有的测试用例，来覆盖程序中的所有可能的执行路径黑盒测试方法：不关注软件内部结构，而是着眼于程序外部用户界面，关注软件的输入和输出，关注用户的需求，从用户的角度验证软件功能，实现端到端的测试。V模型、W模型、TMap单元测试是对软件基本的组成单元进行独立的测试静态测试技术： 不运行被测试程序，对代码通过检查、阅读进行分析。走查 ：采用讲解、讨论和模拟运行的方式进行的查找错误的活动。性能测试就是为了发现系统性能问题或获取系统性能相关指标而进行的测试。一般在真实环境、特定负载条件下，通过工具模拟实际软件系统的运行及其操作，同时监控性能各项指标，最后对测试结果进行分析来确定系统的性能状况。验收测试(Acceptance Test):在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动它是技术测试的最后一个阶段,也称为交付测试。 软件国际化（SW Internationalization，I18N）I18N是在软件设计和文档开发过程中，使得功能和代码设计能处理多种语言和文化传统，使创建不同语言版本时，不需要重新设计源程序代码的软件工程方法。 软件本地化（SW Localization，L10N）L10N是将一个软件产品按特定国家/地区或语言市场的需要进行加工，使之满足特定市场上的用户对语言和文化的特殊要求的软件生产活动。G11N = I18N + L10N自动化测试（automated test）是相对手工测试而存在的一个概念，由手工逐个地运行测试用例的操作过程被测试工具自动执行的过程所代替。测试自动化指“一切可以由计算机系统自动完成的测试任务都已经由计算机系统或软件工具、程序来承担并自动执行” 软件测试自动化的优势：自动运行的速度快、测试结果准确、高复用性、永不疲劳 、可靠 、独特的能力 自动化测试带来的好处：测试周期缩短更高质量的产品软件过程更规范提高团队士气节省人力资源，降低企业成本充分利用硬件资源，降低企业成本问答题：1 为什么要进行单元测试？单元测试的主要任务有哪些？为何要进行单元测试尽早发现错误（错误发现越早,成本越低、.发现问题比较容易、修正问题更容易）；检查代码是否符合设计和规范，有利于将来代码的维护单元测试的目标和任务：目标: 单元模块被正确编码任务：模块独立执行路径测试、局部数据结构测试、模块接口测试、单元边界条件测试、单元的各条错误处理通路测试、内存分析 2 系统集成测试常见有哪几种不同的模式？各自优缺点是什么？集成测试的模式：渐增式测试模式与非渐增式测试模式非渐增式测试模式：先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序，如大棒模式。渐增式测试模式：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。优缺点：1 渐增式测试模式需要编写的软件较多，工作量较大，而非渐增式测试开销小 2渐增式测试模式发现模块间接口错误早，而非渐增式测试模式晚 3 非渐增式测试模式发现错误，较难诊断，而使用渐增式测试模式，如果发生错误则往往和最近家进来的那个模块有关 4渐增式测试模式测试更彻底 5渐增式测试模式需要较多的机器时间 6使用非渐增式测试模式，可以并行测试 3 集成测试、单元测试和系统集测试的联系和区别是什么？联系：单元测试是集成和系统测试的基础，没有单元测试就没有后面两个测试，集成测试是在单元测试基础上进行的，而系统测试是在集成后对整个软件进行全面的测试，从而满足需求规格区别：单元测试：单元测试是对软件基本的组成单元进行独立的测试。主要目标是确保各单元模块被正确的编码，确保代码在结构上可靠且健全，能在各条件下给予正确响应。 集成测试:在单元测试的基础上，将模块按照设计要求组装起来同时进行测试，主要目是发现与接口有关的模块之间问题 系统测试:是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。是基于系统整体需求说明书的黑盒类测试。测试类型对象目的测试依据测试方法单元测试模块内部的程度错误消除局部模块的逻辑和功能上的错误和缺陷模块详细设计大量采用白盒测试方法集成测试模块间的组装和调用关系找出与软件设计相关的程序结构，模块调用关系，模块间接口方面的问题软件概要设计结合使用白盒与黑盒测试方法，较多采用黑盒方法构造测试用例系统测试整个软件系统对整个系统进行一系列的整体、有效性测试软件需求规格说明书等黑盒测试4 软件测试分为哪4个阶段？每个阶段的主要任务和目标是？测试阶段：单元测试、集成测试、系统测试、验收测试单元测试：目标：确保各单元模块被正确的编码，确保代码在结构上可靠且健全，能在各条件下给予正确响应。任务：1、逻辑2、功能 3、数据 4、安全等各方面的测试。具体说包括：1、单元中所有独立执行路径2、数据 结构 3、 接口、 4、边界条件 5、容错性集成测试：目标：充分运行系统，验证整个系统是否满足非功能的质量要求。 任务：将已分别通过测试的单元测试的单元按设计要求组合起来再进行测试以检查这些单元之间的接口是否存在问题。系统测试：目标：将集成后的软件作为一部分。把数据等元素结合，在实际中发现软件的潜在问题，保证系统运行。 任务：集成后，在真实环境中全面可靠地测试系统性能。验收测试：目标：验证系统是否达到了用户需求规格说明书中的要求，试图尽可能地发现软件中存在的缺陷，从而为软件进一步改善提供帮助，并保证系统或软件产品最终被用户接受。 任务：易用性测试，兼容性测试，安装测试，文档测试5 手工测试与自动化测试有什么区别？手工测试：发现缺陷率高、容易实施 、创造性、灵活性、覆盖率量化困难、重复测试效率低、不一致可靠性低、依赖人力资源自动测试：高效率（速度），高复用性，覆盖率容易度量，准确、可靠， 不知疲劳，激励团队士气，机械、难以发现缺陷，一次性投入大， 6测试自动化实现中，关键的技术是什么？ 测试自动化的基础是可以通过特定的程序模拟测试人员对计算机的操作过程及其行为，如测试过程的捕获和回放，其中最重要的是识别用户界面的元素以及捕获键盘、鼠标的输入，将操作过程转换为测试工具可以执行的脚本；然后，对脚本进行修改和优化，加入测试的验证点；最后，通过测试工具运行测试脚本，将实际输出记录和预先给定的期望结果进行自动对比分析，确定是否存在差异。7 基于需求的测试覆盖评估和基于代码的测试覆盖评估，那一种方法更有效？基于需求的测试覆盖评估依赖于对已执行/运行的测试用例的核实和分析，所以基于需求的测试覆盖评测就转化为评估测试覆盖率：测试的目标是确保100%的测试用例全部执行。如果这个目标不可行或不可能达到，测要根据不同的情况制定不同的测试覆盖标准。主要考虑风险和严重性、可接受的覆盖百分比基于代码的测试覆盖测评是对别测试的程序代码语句、路径或条件的覆盖率分析，它对于安全至上的系统来说十分重要。如果应用基于代码的覆盖，则测试策略是根据测试已经执