软件测试技术论文

《软件测试技术论文》由会员分享，可在线阅读，更多相关《软件测试技术论文（13页珍藏版）》请在装配图网上搜索。

1、摘要：随着中国IT行业的发展和软件市场的成熟，人们对软件作用期望值越来越高，软件的质量、性能、可靠性等方面也正逐渐成为人们关注的焦点。近年来，由于软件错误而造成经济损失，导致严重后果的事例屡见不鲜。因 此，如何让保证软件产品的质量和可靠性就成为人们必须解决的一个重要问 题，而软件测试是保证软件质量的一个重要手段。关键字：软件测试、需求分析、测试用例、QTP测试、1、相关技术介绍软件测试方法之所以没能完全标准化和统一化，主要原因是因为软件产业产品到软件测试有各式各样的软件。但是目前仍有很多各样软件测试方法都基本可用的常用概念和方法。因此，这里只讨论几种常用的软件测试方法：1.1黑盒测试1、黑盒测

2、试的定义黑盒测试顾名思义就是将被测系统看成一个黑盒，从外界取得输入，然 后再输出。整个测试基于需求文档，看是否能满足需求文档中的所有要求。 黑盒测试要求测试者在测试时不能使用与被测系统内部结构相关的知识或经 验，它适用于对系统的功能进行测试。黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过使用整个软件或某种软件功能来严格地测试来检测每个功能是否都能正常使用，而并没有通过检查程序的源代码或者很清楚地了解该软件或某种软件功能的源代码程序具体是怎样设计的。测试人员通过输入他们的数据 然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能 打开的黑盆子，在完全不考虑程

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

4、在进行测试时不仅使用肯定出正确结果的输入数据，而 且还会使用有挑战性的输入数据以及可能结果会出错的输入数据以便了解软 件怎样处理各种类型的数据。2、分类侧重于软件功能的黑箱测试方法主要有：功能测试( FunctionalityTest)，可接受性测试(Acceptance Test )，用户界面(User interface 或 UI) 测试， Ad hoc 一般指探讨或开放型测试，边界条件测试( Boundary Condition )，性能测试( Performance Test )，回归测试( Regression Test)，强力测试(Stress Test )，配置和安装测试(Con

5、figuration and Setup Test )，兼容性测试( Comparability Test )，国际化支持测试( International Sufficiency )以及本地化语言测试( Localization )。 功能测试：验证测试软件功能能否正常按照它的设计工作。看运行软件 时的期望行为是否符合原设计。比如，测试 Microsoft Excel 插入-符号的功 能包括测试能够在 Microsoft Excel 所选单元格中正确地插入符号并且显示正 确符号？能否正确显示使用不同的字体的符号？可接受性测试：是在把测试的版本交付测试部门大范围测试以前进行的 对最基本功能的简

6、单测试。因为在把测试的版本交付测试部门大范围测试以 前应该先验证该版本对于所测试的功能基本上比较稳定。必须满足一些最低 要求。比如不会很容易程序就挂起或崩溃。如果一个新版本没通过可测试性 的验证，就应该阻拦测试部门花时间在该测试版本上测试。同时还要找到造 成该版本不稳定的主要缺陷并督促尽快加以修正。用户界面测试：分析软件用户界面的设计是否合乎用户期望或要求。它 常常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息 (Menu 和 Help content )等方面的测试。比如，测试 Microsoft Excel 中插入 符号功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小

7、，出错 信息内容和字体大小，工具栏位置 /图标等等。探索或开放型的测试：不是按部就班的按照一个又一个正式的测试 用例来进行，也不局限于测试用例特定的步骤。这种测试是测试人员在理解 该软件功能的基础上运用灵活多样的想象力和创造力去模拟用户的需求来使 用该软件的多种功能。通常涉及很多的测试用例或者通过更复杂的步骤来使 用该软件。边界条件测试：是环绕边界值的测试。通常意味着测试软件各功能是否 能正确处理最大值，最小值或者所设计软件能够处理的最长的字符串等等。性能测试是：通常验证软件的性能在正常环境和系统条件下重复使用是 否还能满足性能指标。或者执行同样任务时新版本不比旧版本慢。一般还检 查系统记忆容

8、量在运行程序时会不会流失( memory leak )。比如，验证程序 保存一个巨大的文件新版本不比旧版本慢。回归测试：根据修复好了的缺陷再重新进行的测试。目的在于验证以前 出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次 围绕它原来出现时的步骤重新测试。通常确定所需的再测试的范围时是比较 困难的，特别当临近产品发布日期时。因为为了修正某缺陷时必需更改源代 码，因而就有可能影响这部分源代码所控制的功能。所以在验证修好的缺陷 时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响 的所有功能。因此应当鼓励对所有回归测试用例进行自动化。强力测试：它通常验证软件的性能在

9、各种极端的环境和系统条件下是否 还能正常工作。或者说是验证软件的性能在各种极端环境和系统条件下的承 受能力。比如，在最低的硬盘驱动器空间或系统记忆容量条件下，验证程序 重复执行打开和保存一个巨大的文件 1000 次后也不会崩溃或死机。集成与兼容性测试：验证该功能能够如预期的那样与其他程序或者构件 协调工作。兼容性经常意味着新旧版本之间的协调，也包括测试的产品与其 它产品的兼容使用。比如用同样产品的新版本时不影响与用旧版本用户之间 保存文件，格式，和其他数据等操作。装配/安装/配置测试：验证软件程序在不同厂家的硬件上，所支持的不 同语言的新旧版本平台上，和不同方式安装的软件都能够如预期的那样正确

10、 运行。比如，把英文版的 Microsoft Office 2003 安装在韩文版 的 Windows Me 上，再验证所有功能都正常运行。国际化支持测试：验证软件程序在不同国家或区域的平台上也能够如预 期的那样运行，而且还可以按照原设计尊重和支持使用当地常用的日期，字 体，文字表示，特殊格式等等。比如，用英文版的 Windows XP 和 Microsoft Word 能否展示阿拉伯字符串？用阿拉伯版的 Windows XP 和 阿拉伯版的 Microsoft Word 能否展示阿拉伯字符串？又比如，日文版的 Microsoft Excel 对话框是否显示正确翻译的日语？一旦来说执行国际化支

11、持测试的测试人员 往往需要基本上了解这些国家或地区的语言要求和期望行为是什么。本地化语言测试：要验证所有已计划要发布的不同语言版本软件如预期 的那样被正确地翻译成当地语言。这类测试一般包括验证菜单，对话框，出 错信息，帮助内容等所有用户界面上的文字都能够显示正确翻译好的当地文 字。3、黑盒测试的优点有：1）比较简单，不需要了解程序内部的代码及实现；2）与软件的内部实现无关；3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪 些问题；4）基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；5）在做软件自动化测试时较为方便。4、黑盒测试的缺点有：1）不可能覆盖所有的代码，覆盖率较

12、低，大概只能达到总代码量的 30%；2）自动化测试的复用性较低。1.2 白盒测试1. 定义 白箱测试或白盒测试( White-box testing 或 glass-box testing ) 称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检 测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构 测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾 它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验 证。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白 盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部

13、结 构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文 数字。但即使每条路径都测试了仍然可能有错误：1) 穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错 误的程序。2) 穷举路径测试不可能查出程序中因遗漏路径而出错。3) 穷举路径测试可能发现不了一些与数据相关的错误。白盒测试是通过程序的源代码进行测试而不使用用户界面。这种类型的 测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点 或者错误，进而加以修正。它在测试时能够了解被测对象的结构，可以查阅 被测代码内容的测试工作。它需要知道程序内部的设计结构及具体的代码实 现，并以此为基础来设计测试用例。如下

14、例程序代码：HRESULT Play( char* pszFileName )if ( NULL = pszFileName )return;if ( STATE_OPENED = currentState )PlayTheFile();return;读了代码之后可以知道，先要检查一个字符串是否为空，然后再根据播 放器当前的状态来执行相应的动作。可以这样设计一些测试用例：比如字符 串（文件）为空的话会出现什么情况；如果此时播放器的状态是文件刚打 开，会是什么情况；如果文件已经在播放，再调用这个函数会是什么情况。 也就是说，根据播放器内部状态的不同，可以设计很多不同的测试用例。这 些是在纯粹做黑

15、盒测试时不一定能做到的事情。白盒测试的直接好处就是知道所设计的测试用例在代码级上哪些地方被 忽略掉，它的优点是帮助软件测试人员增大代码的覆盖率，提高代码的质 量，发现代码中隐藏的问题。2.白盒测试的缺点有： 1）程序运行会有很多不同的路径，不可能测试 所有的运行路径；2）测试基于代码，只能测试开发人员做的对不对，而不能知道设计的 正确与否，可能会漏掉一些功能需求；3）系统庞大时，测试开销会非常大。软件人员使用白盒测试方法，主要想对程序模块进行如下的检查：-对程序模块的所有独立的执行路径至少测试一次；-对所有的逻辑判定，取“真”与取“假”的两种情况都至少测试一次；-在循环的边界和运行界限内执行循

16、环体；-测试内部数据结构的有效性，等。具体包含的逻辑覆盖有：-语句覆盖-判定覆盖-条件覆盖-判定一条 件覆盖-条件组合覆盖-路径覆盖。“我们应该更注重于保证程序需求的实现，为什么要花费时间和精力来担心 （和测试）逻辑细节？”答案在于软件自身的缺陷：1）逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。当我们 设计和实现主流之外的功能、条件或控制时，错误往往开始出现在我们工作 中。日常处理往往被很好地了解，而“特殊情况”的处理则难于发现。2）我们经常相信某逻辑路径不可能被执行，而事实上，它可能在正常的基 础上被执行。程序的逻辑流有时是违反直觉的，这意味着我们关于控制流和 数据流的一些无意识

17、的假设可能导致设计错误，只有路径测试才能发现这些 错误。3)笔误是随机的。当一个程序被翻译为程序设计语言源代码时，有可能产 生某些笔误，很多将被语法检查机制发现，但是，其他的会在测试开始时才 会被发现。笔误出现在主流上和不明显的逻辑路径上的机率是一样的。正如 Beizer 所说的：“错误潜伏在角落里，聚集在边界上”，而白盒测试更可能 发现它。1.3灰盒测试灰箱测试或灰盒测试( Gray-box testing )：灰箱测试就像黑箱测试一样 是通过用户界面测试，但是测试人员已经有所了解该软件或某种软件功能的 源代码程序具体是怎样设计的。甚至于还读过部分源代码。 因此测试人员可 以有的放矢地进行某

18、种确定的条件 /功能的测试。这样做的意义在于：如果你 知道产品内部的设计和对产品有透过用户界面的深入了解，你就能够更有效 和深入地从用户界面来测试它的各项性能。灰盒测试，是介于白盒测试和黑盒测试二者之间的，可以这样理解，灰 盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象 白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部 的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常 多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一 种灰盒的方法。灰盒测试结合了白盒测试盒黑盒测试的要素 .它考虑了用户端、特定的系 统知识和操作环境。它在

19、系统组件的协同性环境中评价应用软件的设计。灰盒测试由方法和工具组成，这些方法和工具取材于应用程序的内部知识 盒与之交互的环境，能够用于黑盒测试以增强测试效率、错误发现和错误分 析的效率。灰盒测试涉及输入和输出，但使用关于代码和程序操作等通常在测试人 员视野之外的信息设计测试。1.4基于风险的测试基于风险的测试是指评估测试的优先级，先做高优先级的测试，如果时 间或精力不够，低优先级的测试可以暂时先不做。有如下一个图，横轴代表 影响，竖轴代表概率，根据一个软件的特点来确定：如果一个功能出了问 题，它对整个产品的影响有多大，这个功能出问题的概率有多大？如果出问 题的概率很大，出了问题对整个产品的影响

20、也很大，那么在测试时就一定要 覆盖到。对于一个用户很少用到的功能，出问题的概率很小，就算出了问题 的影响也不是很大，那么如果时间比较紧的话，就可以考虑不测试。基于风险测试的两个决定因素就是：该功能出问题对用户的影响有多 大，出问题的概率有多大。其它一些影响因素还有复杂性、可用性、依赖 性、可修改性等。测试人员主要根据事情的轻重缓急来决定测试工作的重 点。1.5基于模型的测试模型实际上就是用语言把一个系统的行为描述出来，定义出它可能的各 种状态，以及它们之间的转换关系，即状态转换图。模型是系统的抽象。基 于模型的测试是利用模型来生成相应的测试用例，然后根据实际结果和原先 预想的结果的差异来测试系

21、统，过程所示。1.6等价类划分等价类划分 :是把所有可能的输入数据 ,即程序的输入域划分成若干部分 （子集） ,然后从每一个子集中选取少数具有代表性的数据作为测试用例 .该 方法是一种重要的,常用的黑盒测试用例设计方法 .1.7边界值分析法边界值分析法：边界值分析方法是对等价类划分方法的补充 .边界值分析 方法的考虑 :长期的测试工作经验告诉我们 ,大量的错误是发生在输入或输出 范围的边界上 ,而不是发生在输入输出范围的内部 .因此针对各种边界情况设 计测试用例,可以查出更多的错误.1.8因果图方法前面介绍的等价类划分方法和边界值分析方法 ,都是着重考虑输入条件 , 但未考虑输入条件之间的联系

22、 ,相互组合等.考虑输入条件之间的相互组合 ,可 能会产生一些新的情况 . 但要检查输入条件的组合不是一件容易的事情 , 即使 把所有输入条件划分成等价类 ,他们之间的组合情况也相当多 . 因此必须考虑 采用一种适合于描述对于多种条件的组合 ,相应产生多个动作的形式来考虑设 计测试用例.这就需要利用因果图（逻辑模型） .1.9错误推测法错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误 , 从而 有针对性的设计测试用例的方法 . 其基本思想: 列举出程序中所有可能有的错 误和容易发生错误的特殊情况 ,根据他们选择测试用例 .2相关工具介绍2.1 QTPQTP 是 quicktest

23、Professional 的简称，是一种自动测试工具。使用 QTP 的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软 件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测 试那些功能、操作步骤、输入数据和期望的输出数据等1）QTP 是一个侧重于功能的回归自动化测试工具；提供了很多插件， 如：.NET的，Java的，SAP的，Terminal Emulator的等等，分别用于各自 类型的产品测试。默认提供 Web， ActiveX 和 VB。2）QTP支持的脚本语言是VBScript，这对于测试人员来说，感觉 要“舒服”得多（如相比SilkTest采用C语言）。V

24、BScript毕竟是一种松散 的、非严格的、普及面很广的语言。3）QTP 支持录制和回放的功能。录制产生的脚本，可以拿来作为 自己编写脚本的 template 。录制时，还支持一种 lower level 功能，这个对于 QTP 不容易识别出来的对象有用，不过它是使用坐标来标识的，对于坐标位 置频繁变动的对象，采用这种方式不可行。另外， QTP 的编辑器支持两种视 图：Keyword模式和Expert模式。Keyword模式想法是好的，提供一个 描 述近似于原始测试用例的、跟代码无关的视图（我基本很少用，除了查看、 管理当前 test 中各个 action 的完整流程），而 Expert 就是

25、代码视图，一般编 写脚本都在这个区域。4）一个有用的工具： Object Spy ，可以用来查看 Run-time object 和 Test object 属性和方法。5）QTP 通过三类属性来识别对象： a）Mandatory ； b ）Assitive ； c）Ordinal identifiers 。大部分情况下，通过对象的一些特定属性值就可以识 别对象（类型a）。这些属性可以通过Tools-Object Identification 定义。6）Object Repository （OR）是QTP存储对象的地方。测试脚本运 行后， QTP 根据测试脚本代码，从这个对象库中查找相应对象。

26、每个 Action 可以对应有一个或者多个OR，也可以设置某个OR为sharable的，这样可以 供其他 Action 使用。注意，使用 QTP 录制功能时，默认将被测对象放在 local OR 中，可以通过 Resources-Object Respository ，选择 Local 查看。7）说到QTP的要点，不得不说Action。Action是QTP组织测试用 例的具体形式，拥有自己的 DataTable 和 Object Repository ，支持 Input 和 output 参数。 Action 可以设置为 share 类型的，这样可以被其他 test 中的 Action 调用（

27、注意： QTP 是不支持在一个 test 中调用另外一个 test 的，只有 通过 sharable action 来调用）。8）如 3）所述，一个 test 中，多个 action 的流程组织，只有通过 Keyword 视图查看和删除，在 Expert 视图中没有办法看到。9）调用 Action 可以通过菜单 Insert-Call to * 来实现。 QTP 提供 三种类型的调用方式：a）call to new Action，在当前test中创建一个新的 Action ；b） call to Copy of Action ；c） call to existing action ，调用一个

28、reusable action，如果这个re-usable action 来自另外一个test，将以只读的方式 插入到当前 test 中。10 )QTP 提供 excel 形式的数据表格 DataTable ，可以用来存放测试 数据或参数。DataTable有两种类型：global和local。QTP为DataTable提 供了许多方法供存取数据，在对测试代码进行参数化的时候，这些方法非常 有用。11 )环境变量( Environment Variables )。在一个 test 中，环境变 量可以被当前 test 中所有 action 共享。环境变量也有两种类型： build in 和 us

29、er defined 。用户自定义的环境变量可以指向一个 XML 文件，这样可以实 现在众多 test 之间共享变量。12 )QTP 可以引用外部的 VBS 代码库，通过 Settings- Resource 加入，也可以 ExecuteFile 命令在代码中直接执行。这种 VBS 库可以为所有 action 和 test 共享。13)QTP 默认为每个 test 提供一个测试结果，包括 Passed ，Failed ， Done，Warning 和 information 几种状态类型，可以进行对结果 Filter 。但 是，只能为每个 test 产生一个 testing result ，不

30、能为多个 testing 产生一个总 的 testing result.Mercury QuickTest Professional 甚至可以使新测试人员在几分钟内提高 效率。您只需通过按“记录”按钮，并使用执行典型业务流程的应用程序即 可创建测试脚本。系统使用简明的英文语句和屏幕抓图来自动记录业务流程 中的每个步骤。用户可以在关键字视图中轻松修改、删除或重新安排测试步 骤。QuickTest Professional 也加快了更新流程。当测试中应用程序出现 变动(例如“登录”按钮重命名为“登入”)时，您可以对共享对象库进行 一次更新，然后此更新将传播到所有引用该对象的脚本。您可以将测试脚本

31、发布到 Mercury TestDirector ，使其他 QA 团队成员可以重复使用您的测试脚 本，从而消除了重复工作。2.2 LRMercury LoadRunner 是一种预测系统行为和性能的负载测试工具。通过 以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题， LoadRunner 能够对整个企业架构进行测试。通过使用 LoadRunner ，企业能 最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 目前企业 的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由 不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用 环境使公司时时担

32、心会发生用户响应速度过慢，系统崩溃等问题。这些都不 可避免地导致公司收益的损失。 Mercury Interactive 的 LoadRunner 能让企业 保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的 IT 资 源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性 和可扩展性都有良好的评价。虚拟用户生成器用于捕获最终用户业务流程和创建自动性能测试脚本 （也称为虚拟用户脚本）。 . Controller 用于组织、驱动、管理和监控负载测 试。 . 负载生成器用于通过运行虚拟用户生成负载。 . Analysis 有助于您查 看、分析和比较性能结果。 . Launche

33、r 为访问所有 LoadRunner 组件的统一 界面。LR 在安装和卸载问题上的一点总结 在安装 Loaderunnner 过程中也许你 经常遇到，提示无法安装的情况，我也遇到过相关问题，于是查阅了相关资 料，总结了一下，好东西不敢独享，拿出来和同行一起交流 （一） 提示： the link file may be corrupted or has illegated link string 的，提示重复多次均无法安装。 原因 ：你的 Loaderunner 的安装文件夹名写成中文了，造 成 Lr 的安装教本无法识别路径，最终导致不断有这样的错误提示。 解决方 案：把安装文件的目录名改为非中

34、文就可以了。 （二） 没法完全卸载 要想 把 LR 的老版本完全卸载，正确的步骤是： 1. 停止所有的运行的 LR 的进程 和服务（ including the Controller, VuGen, Analysis， or the LoadRunnerAgent Process/Service ） 2. 备份已有的脚本，你的脚本有可能在你的默认安 装路径下 3. 在控制面板的添加删除程序中，删除 LR ，并重启机器 4. 手动 删除所有 LR 的文件夹，包括您的开始菜单里的 LR 快捷方式 5. 如果你的版 本是 6.0 系列的，删除 Borland 文件夹（通常在 C:Borland or

35、 C:BDE 目录 下） 6. 搜索 wlrun.* 、 vugen.* ，除了安装文件夹中的文件，其他的都 删除 7. 打开注册表，找到 如果只安装了 MI 公司的 LoadRunner 这一个产 品，请删除： HKEY_LOCAL_MACHINESOFTWAREMercuryInteractive HKEY_CURRENT_USERSOFTWAREMercury Interactive 否则请删除： HKEY_LOCAL_MACHINESOFTWAREMercuryInteractiveLoadRunner HKEY_CURRENT_USERSOFTWAREMercury Interact

36、iveLoadRunner 删 除所有和 LR 有关的数值，除了你的 License2 或 License 。 8. 清空回收站 实现以上步骤后，即可放心安装了，切记在重装后，一定要重启机器，因为 一些必要信息要写入注册表。 （三） 卸载后 , 执行安装过程时出现 license security violation.Operation is not allowed 提示信息 , 安装失败 解决方案： 1. 进入一台 Loadrunner 运行正常的电脑（安装路径要和你的相同）进入注册 表，导出以下两个目录： HKEY_CURRENT_USERSoftwareMercuryInteractiv

37、e HKEY_LOCAL_MACHINESOFTWAREMercury Interactive 2.回到刚才安装不成功的电脑 , 进入注册表导入刚才这两个文件。 3. 再次执行 安装。 建议：如果有用 Ghost 提前做 Ghost ，或者为系统设置还原点 。总结：接触软件测试这么久，从什么都不懂到深入了解了软件测试，经 历了不少坎坷，自己也学到了太多太多。从软件测试和软件可靠性理论入 手，对现有的软件可靠性技术进行了系统的研究。软件测试是伴随着计算机 的产生而产生的，软件测试是为了更快、更早的将软件产品或软件系统中所 存在的各种问题找出来，并促使程序员尽快的解决这些问题，最终及时的向 客户提供高质量的软件产品。软件测试是软件开发过程中的重要内容之一， 是软件质量的保证关键。软件测试贯穿软件开发的整个开发生命周期。