杀毒软件的特点及如何测试？(软件工程论文作业)

随着软件测试技术的发展，测试方法更加多样化和有针对性。选择合适的软件测试方法可以让我们事半功倍。以下是一些常用的软件测试方法:beta test _Beta test beta test，英文是Beta testing。也被称为Beta测试，用户接受度测试(UAT)。Beta测试是软件的多个用户在一个或多个用户的实际使用环境中进行的测试。开发人员通常不在测试现场，Beta测试无法由程序员或测试人员完成。开发和测试基本完成时做的测试，最终的错误和问题需要在最终发布前发现。这种测试一般由最终用户或其他人员完成，而不是由程序员或测试人员完成。Alpha test _Alpha test alpha test，就是英文中的Alpha testing。也被称为阿尔法测试。Alpha测试是用户在开发环境下进行的测试，或者是公司内用户在模拟实际运行环境下进行的受控测试。Alpha测试不能由系统的程序员或测试人员来完成。在系统开发接近完成时测试应用系统；测试之后，仍然会有一些设计上的变化。这种测试通常由最终用户或其他人员完成，而不是由程序员或测试人员完成。英语可移植性测试。也称为兼容性测试。可移植性测试是指测试软件能否成功移植到指定的硬件或软件平台上。用户界面测试-UI测试英语用户界面测试。也称为UI测试。用户界面，英文就是用户界面。指软件的可视外观及其与用户交互的底层部分(菜单、对话框、窗口和其他控件)。用户界面测试是指测试用户界面的风格是否符合客户要求，文字是否正确，页面是否美观，图文结合是否完美，操作是否友好等等。UI测试的目标是通过测试对象的功能，确保用户界面将为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化和可操作性测试。用户界面测试用户分析软件的用户界面的设计是否符合用户的期望或要求。通常包括对菜单、对话框和所有按钮、文本、错误提示、帮助信息(菜单和帮助内容)等的测试。例如，测试用于在Microsoft Excel中插入符号的对话框的大小、所有按钮是否对齐、字符串的字体大小、错误信息的内容和字体大小、工具栏位置/图标等等。冒烟测试，冒烟测试，英文就是冒烟测试。烟检的名字可以理解为这种检测时间短，一包烟就够了。有人认为这是对新电路板基本功能检查的直观类比。焊接任何新电路板后，首先接通电源。如果有设计缺陷，电路板可能会短路，电路板可能会冒烟。冒烟测试针对每一个新编译的需要进行正式测试的软件版本，目的是确认软件的基本功能正常，可以用于后续的正式测试。冒烟测试的执行程序是一个版本编译器。随机测试随机测试，英语是临时测试。随机测试是没有书面测试案例、记录的预期结果、清单、脚本或说明的测试。主要是根据测试人员的经验，随机选择软件的功能和性能。随机测试是按照测试规范进行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。随机测试主要是对被测软件的一些重要功能进行重测，也包括对当前测试用例没有覆盖到的部分进行测试。此外，还要重点测试软件更新和新增功能。重点关注一些特殊点，特殊使用环境，并发，检查。特别是对于之前测试中发现的重大bug，可以和回归测试一起进行重新测试。本地化测试，本地化测试，英文就是本地化测试。本地化就是改变软件版本的语言，比如把英文windows改成中文windows就是本地化。本地化测试的目标是软件的本地化版本。本地化测试的目的是在特定的目标地区测试软件本地化的质量。本地化测试的环境是在本地化的操作系统上安装本地化的软件。从测试方法上，可分为基本功能测试、安装/卸载测试和本地软硬件兼容性测试。测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量，包括软件、文档和在线帮助。本地化能力测试本地化能力测试，英语是本地化测试。本地化能力测试是指在不重新设计或修改代码的情况下，将程序的用户界面翻译成任何目标语言的能力。为了降低本地化能力测试的成本，提高测试效率，本地化能力端通常在软件的伪本地化版本上进行。在本地化能力测试中发现的典型错误包括:字符的硬编码(即将软件中需要本地化的字符写在代码中)，为需要本地化的字符长度设置固定值，软件运行时通过控件的位置定位，图标和位图包含需要本地化的文本，软件的用户界面与文档术语不一致。国际测试国际测试，英语就是国际测试。也称为国际支持测试。国际化测试的目的是测试软件的国际化支持能力，发现软件国际化的潜在问题，确保软件能够在全球不同地区正常运行。国际化测试使用每一种可能的国际输入类型来检查产品是否根据任何文化或区域设置正常运行。软件国际化测试的重点是执行国际字符串的输入/输出功能。国际化测试数据必须包含东亚语言、德语、复杂脚本字符和(可选)英语混合字符。国际支持测试(International support testing)是指验证软件程序能够在不同国家或地区的平台上按预期运行，也能够按照原设计尊重和支持使用当地通用的日期、字体、文本表示、特殊格式等。比如在英文版的Windows XP和Microsoft Word中可以显示阿拉伯字符串吗？阿拉伯语字符串可以用阿拉伯语版的Windows XP和阿拉伯语版的Microsoft Word显示吗？再比如，日文版的Microsoft Excel对话框是否显示正确翻译的日语？曾经，执行国际支持测试的测试人员往往需要基本了解这些国家或地区的语言要求和预期行为。安装测试安装测试，英语是安装测试。安装测试是确保软件在正常和异常情况下都能安装的测试，如首次安装、升级、完整或定制安装。例外情况包括磁盘空间不足、缺少目录创建权限和其他情况。安装后立即验证软件是否可以正常运行。安装测试包括测试安装代码和安装手册。安装手册提供了如何安装，安装代码提供了安装一些程序运行的基础数据。白盒测试。结构测试。逻辑驱动测试。也称为结构测试或逻辑驱动测试。白盒测试是将测试对象视为一个开放的盒子。使用白盒测试方法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需要测试软件产品的功能。白盒测试方法的覆盖标准包括逻辑覆盖、循环覆盖和基本路径测试。逻辑覆盖包括语句覆盖、决策覆盖、条件覆盖、决策/条件覆盖、条件组合覆盖和路径覆盖。白盒测试是了解产品的内部工作过程，可以用来测试产品的内部动作是否按照规范正常进行。根据程序的内部结构测试程序，检查程序中的各个通道是否能按照预定的要求正确工作，而不管其功能如何。白盒测试的主要方法有逻辑驱动、基路测试等。，主要用于软件验证。白盒测试常用的工具有:Jtest、VcSmith、Jcontract、C++ Test、CodeWizard和logiscope。黑盒测试-功能测试-黑盒测试黑盒测试，英语。也称为功能测试或黑盒测试。黑盒测试是根据软件的规格来测试软件。这种测试不考虑软件的内部运行原理，所以软件对用户来说就像一个黑匣子。软件测试人员站在用户的角度，通过各种输入，观察软件的各种输出结果来发现软件的缺陷，而不关心程序是如何实现的。黑盒测试的常用工具有:AutoRunner、winrunner和loadrunner。自动化测试Automated Testing，英文是automated testing。自动测试工具用于测试。这种测试一般不需要人工干预，通常用于GUI、性能和功能测试。测试过程的自动化是通过记录测试脚本然后执行测试脚本来实现的。国内领先的自动化测试服务提供商是泽中软件。自动化测试工具包括AutoRunner和TAR。回归测试回归测试，英文就是回归测试。回归测试是指在修改后重新测试之前的测试，以确保修改的正确性。理论上，当一个新版本的软件产生时，需要进行回归测试，以验证之前发现并修复的错误是否在新的软件版本中再次出现。根据修复后的缺陷重新测试。回归测试的目的是验证之前出现过但已经修复的缺陷不会再次出现。一般来说，它是指当一个已知的已纠正的缺陷最初出现时，围绕这些步骤重新测试它。通常很难确定所需复验的范围，尤其是当产品发布日期临近时。因为必须修改源代码才能纠正缺陷，所以可能会影响这部分源代码所控制的功能。因此，在验证修复后的缺陷时，不仅要重新测试缺陷最初出现时的步骤，还要测试所有可能受到影响的功能。因此，应该鼓励所有回归测试用例的自动化测试。验收测试验收测试，英文就是验收测试。验收测试是指系统开发生命周期方法论的一个阶段，相关用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它允许系统用户决定是否接收系统。它是确定产品是否能满足合同或用户规定的要求的测试。验收测试一般有三种策略:正式验收、非正式验收、现场Alpha测试和Beta测试。动态测试动态测试，英文就是力矩测试。动态测试是指通过运行软件来测试软件的动态行为和运行结果的正确性。根据动态测试在软件开发过程中所处的阶段和所起的作用，动态测试可以分为以下几个步骤:1、单元测试2、集成测试3、系统测试4、验收测试5、回归测试探索性测试英文。探索性测试通常用于没有产品规格说明的测试，要求把软件当作产品规格说明，一步一步地探索软件特性，记录软件实现，详细描述功能，综合运用静态和动态技术进行测试。探索性测试人员仅仅依靠智能、洞察力和经验来判断bug的位置，因此探索性测试也称为自由形式测试。单元测试单元测试，英文就是单元测试。单元测试是最小规模的测试；测试函数或代码块。它通常由程序员而不是测试人员来完成，因为它需要知道内部编程和编码的细节。这项工作不容易做好，除非应用系统有一个设计良好的架构；可能还需要开发测试驱动程序模块或测试套件。集成测试Integration Testing，英文是integration testing。集成测试是指对一个应用系统的各种组件进行联合测试，以确定它们是否能在一起* * *并且与工作没有冲突。组件可以是代码块、独立的应用程序、网络上的客户端或服务器端程序。这种类型的测试尤其适用于客户端服务器和分布式系统。在一般集成测试之前，需要完成单元测试。集成测试是单元测试的逻辑扩展。最简单的形式是将两个被测试的单元组合成一个组件，并测试它们之间的接口。在这个意义上，组件指的是多个单元的集成和聚合。实际上，许多单元被组合成组件，这些组件被聚合成程序的更大部分。方法是测试片段的组合，最后扩展过程用其他组的模块测试你的模块。最后，组成流程的所有模块一起测试。此外，如果程序由多个进程组成，您应该成对测试它们，而不是同时测试所有进程。综合测试识别组合单元中的问题。通过使用要求在组合单元之前测试每个单元并确保每个单元的可行性的测试计划，我们可以知道在组合单元期间发现的任何错误都可能与单元之间的接口有关。这种方法将可能出现的情况减少到一个更简单的分析层次系统测试系统测试。系统测试是基于系统总体需求规格的黑盒测试，应该覆盖系统的所有组合组件。系统测试是对整个产品系统的测试，目的是验证系统是否满足需求规格说明书的定义，找出与需求规格说明书不一致或矛盾的地方。系统测试的对象不仅包括被测产品系统的软件，还包括软件所依赖的硬件、外设甚至一些数据、一些支撑软件及其接口。因此，需要将系统中的软件与各种依赖资源结合起来，在系统的实际运行环境中进行测试。端到端测试。端到端测试类似于系统测试，是测试级别的一个“宏大”端点，涉及整个应用系统环境在真实世界中使用时的模拟情境的所有测试。例如，与数据库对话、通过网络通信、或与外部硬件、应用系统或适当的系统对话。端到端架构测试包括所有接入点的功能测试和性能测试。端到端架构测试本质上是一种“灰盒”测试，一种结合了白盒测试和黑盒测试优点的测试方法。声音测试声音测试，英语是心智健全测试。声音测试是指最初的测试工作，以确定一个新的软件版本测试是否足以执行下一个大的测试功能。比如，如果每5分钟就有一个新版本的软件与系统发生冲突，使得系统深陷泥潭，说明这个软件还不够“健全”，目前不具备进一步测试的条件。失败测试，英语中的失败测试。失败测试是指软件或环境修复或纠正后的“重新测试”。可能很难确定重新测试的次数。尤其是在开发周期接近尾声的时候。自动测试工具对于这种测试特别有用。接受测试，接受英语测试。验收测试是基于客户或最终用户的规范，或基于用户使用一段时间后软件是否满足客户要求的最终测试。一般从功能、用户界面、性能、业务相关性等方面进行测试。负载测试负载测试，英文是Load testing。负载测试是测试应用程序在高负载下的性能。例如，当一个网站负载很大时，系统的响应会变差或失效，从而发现设计错误或验证系统的负载能力。在这种测试中，会让测试对象承担不同的工作负载，从而评估和评价测试对象在不同工作负载条件下的性能和行为及其持续正常运行的能力。负载测试的目标是确定并确保系统在超过最大预期工作负载时仍能正常运行。此外，负载测试还评估性能特征，如响应时间、事务速率和其他与时间相关的方面。强行测试强行测试，英语就是强行测试。当交替进行负载和性能测试时，强制测试是一个常用术语。它还用于描述测试，如异常过载下的系统功能测试，如大量重复的动作或输入、大量数据输入、对数据库系统的大量复杂查询等。压力测试英语压力测试。这类似于负载测试。压力测试是一种基本的质量保证行为，是每一项重要软件测试工作的一部分。压力测试的基本思想很简单:不是在正常情况下运行手动或自动测试，而是在计算机较少或系统资源不足的情况下运行测试。通常，压力测试的资源包括内存、CPU可用性、磁盘空间和网络带宽。通常，并发用于压力测试。性能测试性能测试，英文就是性能测试。性能测试是交替负载和强制测试时的一个常用术语。理想的“性能测试”(以及其他类型的测试)应该在需求文档或者质量保证和测试计划中定义。性能测试一般包括负载测试和压力测试。通常验证软件在正常环境和系统条件下重复使用后性能是否能满足性能指标。或者新版本在执行相同任务时不比旧版本慢。一般还会检查运行程序时系统的内存容量是否会丢失。比如验证器保存了一个巨大的文件，新版本不比旧版本慢。可用性测试可用性测试是英语中实用的可用性测试。可用性测试是对“用户友好性”的测试。显然，这是主观的，取决于目标最终用户或客户。可以使用用户访谈、调查、用户对话视频和其他技术。程序员和测试人员通常不适合做可用性测试人员。卸载测试卸载测试，英文就是卸载测试。卸载测试是对软件的全部、部分或升级卸载过程的测试。主要是测试软件是否可以卸载，卸载是否干净，系统是否有改动，系统中的残留以及后期如何处理生成的文件。以及原始的改变的系统值是否被修改以回到恢复测试。恢复测试是测试一个系统是否能很好地从以下灾难中恢复，如系统崩溃、硬件损坏或其他灾难性问题。恢复测试是指通过人为造成软件(或硬件)失效来检测系统能否正确恢复，通常关注恢复所需的时间和恢复的程度。恢复测试主要检查系统的容错能力。当系统出现问题时，能否在指定的时间间隔内纠正错误并重启系统？恢复测试首先要采用各种方法迫使系统失效，然后验证系统能否尽快恢复。对于自动恢复，有必要验证重新初始化、检查点机制、数据恢复和重启的正确性。对于人工干预的修复系统，需要估计平均修复时间，以确定其是否在可接受的范围内。安全测试安全测试，英语就是安全测试。安全测试是测试系统如何防止未经授权的内部或外部用户访问或破坏。这可能需要复杂的测试技术。安全测试检查系统防止非法入侵的能力。在安全测试中，测试人员伪装成非法入侵者，试图通过各种方法突破防线。比如:①尝试截取或破译密码；(2)定制软件销毁系统的保护机制；(三)故意造成系统故障，并在恢复时企图非法进入的；(4)试图通过浏览非机密数据推断出所需信息，等等。理论上，只要有足够的时间和资源，不存在无法访问的系统。因此，系统安全设计的准则是使非法入侵的成本超过受保护信息的价值。此时，非法入侵者已无利可图。兼容性测试兼容性测试，英文就是兼容性测试。兼容性测试是在特定的硬件/软件/操作系统/网络环境下测试软件的性能。向上兼容与向后兼容，软件兼容与硬件兼容。关于软件的兼容性有很多考虑。对比测试对比测试，英语就是对比测试。对比测试是指将产品与竞争对手进行对比测试，如软件的弱点、优点或长处。取长补短，提升产品竞争力。可接受性测试可接受性测试，英语是可接受性测试。可接受性测试是在将经过测试的版本交付给测试部门进行广泛测试之前，对最基本的功能进行的简单测试。因为在将测试过的版本交付给测试部门进行广泛测试之前，应该验证该版本对于测试过的功能来说是基本稳定的。必须满足一些最低要求。比如程序不容易挂起或者崩溃。如果一个新版本没有通过可测试性验证，测试部门应该被阻止在测试版本上花费时间测试。同时也要找出造成这个版本不稳定的主要缺陷，督促尽快改正。边界条件测试，在英语中，是边界测试。也称为边界值测试。黑盒测试法是对适度等价类分析法的补充，从长期的测试经验可知，大量的错误发生在输入或输出的边界。因此，针对各种边界条件设计测试用例可以找出更多的错误。边界条件测试是围绕边界值的测试。通常是指测试软件的各个功能是否能正确处理设计的软件所能处理的最大值、最小值或最长字符串等等。实力测试实力测试，英语就是实力测试。健壮测试通常验证软件的性能在各种极端环境和系统条件下是否仍能正常工作。或者验证软件性能在各种极端环境和系统条件下的耐久性。比如在最低硬盘空间或系统内存容量的情况下，验证程序在重复打开保存一个巨大的文件1000次后不会崩溃或死机。组装/安装/配置测试组装/安装/配置测试是验证软件程序在不同厂商的硬件上、不同语言支持的平台上、不同方式安装的软件上，都能按预期正确运行。比如在韩文版的Windows Me上安装英文版的Microsoft Office 2003，然后验证各项功能运行正常。静态测试静态测试，英语就是静态测试。静态测试是指对不运行的部分进行测试，比如测试产品手册，检查和审核。静态法是指在不运行程序本身的情况下，仅通过分析或检查源程序的语法、结构、过程和接口来检查程序的正确性。静态法通过对程序静态特性的分析，找出缺点和可疑点，如参数不匹配、循环嵌套和分支嵌套不恰当、不允许的递归、未使用的变量、空指针引用和可疑计算等。静态测试结果可以用于进一步的错误检测，并为测试用例的选择提供指导。静态测试的常用工具有:Logiscope，PRQA；；隐藏数据测试隐藏数据测试是软件验收和确认阶段非常必要和重要的一部分。程序的质量不仅由用户界面的可视数据来验证，还必须包括遍历系统的所有数据。假设一个应用程序要求用户用两条信息创建一个帐户——用户名和密码。这个用户输入这两段数据并保存它们。最后，通过在数据库中查找这些数据，一个确认窗口将向用户显示用户名和密码。为了验证所有数据都保存正确，QA测试人员将在确认窗口中检查用户名和密码。如果他们成功了呢？假设数据库记录了第三条信息——创建日期，它可能不会出现在确认窗口中，而只会出现在存档中。如果创建日期保存不正确，QA测试人员只验证屏幕上的数据，那么就不能发现这个问题。创建日期可能是一个bug。因为用户帐户在数据库中保存了不正确的日期，这个问题不太可能被注意到，因为它被用户界面隐藏了。这只是一个简单的例子，但却演化出了一点:隐藏数据测试的重要性。等价划分测试等价划分测试是英语。等价划分测试是一种根据等价类设计测试用例的技术。是黑盒测试的典型方法之一，通过将被测程序所有可能的输入数据字段分成几个部分。从每一部分中选取几个有代表性的数据作为测试用例，可以有效地减少测试的数量，大大提高软件测试的效率，缩短软件开发周期。等价类划分测试的目的是在测试资源有限的情况下，用少量的代表性数据获得更好的测试结果。有效等价类框无效等价类。有效等价类中的数据代表一组满足需求文档的正确且有意义的数据。无效等价类则相反。决策表(Decision table)决策表(Decision table)是英文中的一种表格，用于显示条件以及由条件引起的动作的集合。定义:决策表是分析和表达多逻辑条件下不同操作的工具。决策表的优点:可以根据各种可能的情况列出所有复杂的问题，简明扼要，避免遗漏。因此，利用决策表可以设计出一套完整的测试用例。在一些数据处理问题中，有些运算的实现依赖于多个逻辑条件的组合，即对不同逻辑条件的组合值进行不同的运算。决策表非常适合处理这类问题。深度测试是指执行一个产品的一个特性的所有细节，但不是测试所有的特性。当比较函数返回true时，显示效果。#必须启用深度测试才能执行测试。不用的时候需要关掉。基于设计的测试(Design-based testing)基于设计的测试(design-based testing)的英文单词是design-based testing，是一种根据软件架构或详细设计来绘制测试用例的方法。设计了一个基于模型的测试系统，MATIS。该方法利用用户界面的自动生成方法，将设计模型中的类属性定义和实现中的控件属性组织在一起，构造描述界面的逻辑对照表，辅助测试脚本引擎执行自动测试脚本。借助设计模型中扩展的类定义，MATIS方法可以自动生成测试用例及测试数据。