软件测试基础

1、测试的定义

    软件测试是软件工程过程的一个重要阶段，是在软件发布前对软件开发各阶段产品的最终检查，是为了保证软件开发产品的正确性、完全性和一致性而检测软件错误、修正软件错误的过程。

    软件测试是：

      ① 程序测试是为了发现错误而执行程序的过程；
      ② 测试是为了证明程序有错，而不是证明程序无错误；
      ③ 一个好的测试用例是在于它能发现至今未发现的错误；
      ④ 一个成功的测试是发现了至今未发现的错误的测试。

    软件开发的目的是开发出实现用户需求的高质量、高性能的软件产品，而软件测试是以检查软件功能和其他非功能特性为核心，是软件质量保证的关键，也是成功实现软件开发目标的重要保障。

2、测试的种类

    从测试方法角度，测试分为：

      1．黑盒测试：是功能测试、数据驱动测试或基于规格说明的测试。在不考虑程序内部结构和内部特性的情况下，测试者依据该程序功能上的输入输出关系，或是程序的外部特性来设计和选择测试用例，推断程序编码的正确性。

      2．白盒测试：是结构测试、逻辑驱动测试或基于程序的测试。测试者熟悉程序的内部结构，依据程序模块的内部结构来设计测试用例，检测程序代码的正确性

    从测试发生的时间顺序，测试分为：

      1．单元测试：是对软件基本单元的测试
      2．集成测试：对由个模块组装而成的系统进行测试，检查各模块间的接口和通信
      3．验收测试：验证软件的功能和性能及其它特性是否与用户的要求一致。
      4．系统测试：是将通过验收测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列确认测试。系统测试的目的在于通过与系统的需求定义作比较,  发现软件与系统的定义不符合或与之矛盾的地方。

    在MSF中，测试分为2大类：

       1．覆盖测试：找出程序中的缺陷，即是否该找的地方都找了。
       2．使用测试：找出程序中的失败，即为什么使用不成功。

3、测试的执行过程

    测试主要由下面6个相互关联、相互作用的过程组成：

1．测试计划

    确定各测试阶段的目标和策略。这个过程将输出测试计划，明确要完成的测试活动，评估完成活动所需要的时间和资源，设计测试组织和岗位职权，进行活动安排和资源分配，安排跟踪和控制测试过程的活动。

2．测试设计

    根据测试计划设计测试方案。测试设计过程输出的是各测试阶段使用的测试用例。测试设计也与软件开发活动同步进行，其结果可以作为各阶段测试计划的附件提交评审。测试设计的另一项内容是回归测试设计，即确定回归测试的用例集。对于测试用例的修订部分，也要求进行重新评审。

3．测试实施

    使用测试用例运行程序，将获得的运行结果与预期结果进行比较和分析，记录、跟踪和管理软件缺陷，最终得到测试报告

4．测试配置管理

    测试配置管理是软件配置管理的子集，作用于测试的各个阶段。其管理对象包括测试计划、测试方案（用例）、测试版本、测试工具及环境、测试结果等。一般会得到一个基线测试用例库。

5．资源管理

    包括对人力资源和工作场所，以及相关设施和技术支持的管理。如果建立了测试实验室，还存在其他的管理问题。

6．测试管理

    采用适宜的方法对上述过程及结果进行监视，并在适用时进行测量，以保证上述过程的有效性。如果没有实现预定的结果，则应进行适当的调整或纠正。

4、几种测试类型的介绍

4.1、单元测试

4.1.1、定义

    单元测试是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括内部结构（如逻辑和数据流）以及单元的功能和可观测的行为。侧重于单元内部结构的测试设计和实施依赖于对单元实施情况的了解（白盒方法）。为核实单元的可观测行为和功能而进行的测试设计和实施并不依赖于对实施情况的了解，因而被称为黑盒方法。

   单元测试是一种非常高效的测试方法，并且是软件测试周期中第一个进行的测试。加强单元测试力度有利于降低缺陷定位和修复难度，从而降低缺陷解决成本，同时加强单元测试也减轻了后续集成测试和系统测试的负担。

    单元测试一般是由开发工程师执行的。

4.1.2、方法

    单元测试一般要做以下三项工作

        a.设计测试用例
        b.编写测试代码
        c.执行待测程序

    其中测试用例的设计是很重要的一步，好的测试用例的原则是：

        a.能够发现至今没有发现的错误
        b.测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成
        c.应当包含合理的输入条件和不合理的输入条件。

    可以依照以下方法来设计测试用例：

        1、程序中每一条可执行语句至少被执行一次。
        2、程序中每一个分支判断的每一种可能结果(主要指switch-case情况)都至少被执行一次。
        3、程序中每一个分支判断中的每一个条件的可能结果都至少被执行一次。
        4、程序中每一个分支判断中的每一个条件的每一种可能组合结果都至少被执行一次。
        5、程序中所有的可能路径都至少被执行一次。

4.1.3、常用的工具

    常用的单元测试工具有 NUnit 和 NUnitAsp 。

4.2、回归测试

4.2.1、定义

    回归测试是指根据修复好了的缺陷再重新进行的测试。

    回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。

    回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。

   当软件中所含错误被发现时，如果错误跟踪与管理系统不够完善，就可能会遗漏对这些错误的修改；而开发者对错误理解的不够透彻，也可能导致所做的修改只修正了错误的外在表现，而没有修复错误本身，从而造成修改失败；修改还有可能产生副作用从而导致软件未被修改的部分产生新的问题，使本来工作正常的功能产生错误。同样，在有新代码加入软件的时候，除了新加入的代码中有可能含有错误外，新代码还有可能对原有的代码带来影响。因此，每当软件发生变化时，我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能。

    回归测试一般是由测试工程师执行的。

4.2.2、方法

    一般进行回归测试的步骤如下：

        1.建立测试基线,这是回归测试的前提。具体方式是将所有的测试用例放到配置库中，打上版本标记。

        2.从基线测试用例库中提取合适的测试用例组成回归测试包，必要时进行开发和重新设计整理。

        3.在后续开发过程中，每次测试之前先运行回归测试包。

    保存在基线测试用例库中的测试用例可能是自动测试脚本，也有可能是测试用例的手工实现过程。

4.2.3、常用的工具

    在实际工作中，回归测试需要反复进行，当测试者一次又一次地完成相同的测试时，这些回归测试将变得非常令人厌烦，为了提高回归测试的效率，我们可以使用些自动化回归测试工具。常用的工具有WinRunner等，具体的用法见相关的文档。

4.3、性能测试

4.3.1、目的

    性能测试的目的是验证软件系统是否能够达到用户提出的性能指标，同时发现软件系统中存在的性能瓶颈，优化软件，最后起到优化系统的目的。

    包括以下几个方面：

    一．评估系统的能力，测试中得到的负荷和响应时间数据可以被用于验证所计划的模型的能力，并帮助作出决策。
    二．识别体系中的弱点：受控的负荷可以被增加到一个极端的水平，并突破它，从而修复体系的瓶颈或薄弱的环节。
    三．系统调优：重复运行测试，验证调整系统的活动得到了预期的结果，从而改进性能。检测软件中的问题：长时间的测试执行可导致程序发生由于内存泄露引起的失败，揭示程序中的隐含的问题或冲突。
    四．验证稳定性（resilience）可靠性（reliability）：在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法。

4.3.2、定义

    性能测试主要测试软件的性能，包括负载测试，强度测试，数据库容量测试，基准测试以及竞争测试。

    负载测试：负载测试是一种性能测试,指当数据在超负荷环境中运行时程序是否能够承担。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。

    强度测试：强度测试是一种性能测试，它在系统资源特别低的情况下测试软件系统运行情况。实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。

    数据库容量测试：数据库容量测试指通过存储过程往数据库表中插入一定数量的数据，看看相关页面是否能够及时显示数据。数据库容量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。

    基准测试：基准测试是一种与已知现有的系统进行比较，主要检验是否与类似的产品具有竞争性的一种测试。

    竞争测试：软件竞争使用各种资源（数据纪录，内存等），看他与其他相关系统对资源的争夺能力。比如：一台机器上既安装您的财务系统，又安装用友财务系统。当CPU占有率下降后，看看是否能够强过用友财务系统，而是自己的系统能够正常运行？

4.3.3 方法

    做性能测试一般可以通过一些三方的工具来实现

4.3.3、常用的工具

    性能测试一般都是通过工具来完成的，常用的工具有 Microsoft Application Center Test(ACT)。

5、测试计划的制定

5.1、制定的阶段

    测试计划是与软件开发活动同步进行的。 在MSF的构想(Envisioning)阶段,要制定测试策略和测试的验收标准。在计划(Planning)阶段),要完成和评审测试计划及所用到的资源。在开发(Developing)阶段,要完成和评审单元测试计划。对于测试计划的修订部分，需要进行重新评审。

5.2、制定过程中要考虑的因素

1.应明确的在测试计划中确立好测试管理机制的关键事件,如。

    a.汇报机制。确定好用周报制度还是日报制度，日报的反馈速度越快，定位解决问题越快，但信息处理工作量大。

    b.例会制度。每周举行一次例会，根据实际情况，考虑测试计划的调整或滚动。

    c.实施怎样的实验室管理制度，以做到责任明确。

    d.在日报中的工作汇报。不仅要包括发现的问题，还应包括在测试时新创造的测试点，这些测试点应该补充到测试计划中作为一个测试项；

    e.人员情绪如何调整。在测试周期过长时，影响测试效率的一个重要因素是测试人员的情绪，一个人反复测试一个模块，总是会出现厌倦情绪的。

2.应明确的在测试计划中确立数据的管理和分析体系的办法,如：专人对提交的过程文档,周报报告中的数据予以整理和管理，以便后期在系统测试评审时作为数据来分析。

    现在往往是在系统测试结束后才来收集数据，可能会造成数据的不同程度失真或滞后。收集的数据可以按不同种类来划分。这可以依赖我们系统的CHECKLIST。有一种工具叫 SRES (软件可靠性专家系统) 是很有用的，我们可以按照它的输入数据来收集。

3.应明确的在测试计划中确立风险估计的引入,如：

    制定测试计划时,就应该考虑好对系统测试工作量的估计，测试成本的估计,版本市场定位的估计等等,并且必要时可根据实际情况进行裁剪或补充。

5.3、计划的内容

 1.概述
 2.测试的目的
 3.测试方案和假设
 4.主要测试职责：参与测试过程的人
 5.测试的特征和功能：要测试的功能和特殊
 6.测试期望的结果
 7.交付物：实施测试要用材料（文档和数据）
 8.测试的规程和评审方法:为了确保测试的质量需要经过的测试步骤
 9.跟踪和状态报告：定义在测试过程中，测试小组成员沟通的方式
 10.测试资源需求：测试要用到的资源（人，软件工具，硬件环境）
 11.Bug报告工具和方法：描述如何记录测试过程中发现的BUG
 12.进度表：描述测试的周期，任务，里程碑和交付物
 13.风险和依赖：描述测试的假设，风险和依赖性

第二篇：软件测试基础知识问答

目录

1. 什么是软件测试？ .................................................................................................................... 2

2. 软件测试的目的是什么？ ........................................................................................................ 2

3. 软件测试的目标？ .................................................................................................................... 2

5. 什么黑盒测试？ ........................................................................................................................ 3

6. 黑盒测试方法都包括哪些？ .................................................................................................... 3

7. 什么是等价类划分？ ................................................................................................................ 3 8.

9.

10．你是如何利用决策分析法设计用例？

11.

12.

13.

14.

15

16.

17.

18.

19.

20.

21.

22.

23.

24.

25.

26.

27.

28.

29.

30.

31.

32.

33.

34.

35.

44.

45.

46.

48.

49.

51.

52. ............................................................................................................ 3 ................................................................................................ 3 ................................................................................... 3 ............................................................................................................ 4 ........................................................................ 4 .................................................................... 4 .................................................................................................................... 4 ................................................. 4 ........................................................................ 4 ........................................................................................................ 4 ................................................................................................ 4 ............................................................................ 5 .................................................................................................... 5 ................................................................................ 5 V模型？ ............................................................................................ 5 ........................................................................................ 5 ................................................................................................ 5 ................................................................................................ 6 ............................................................................ 6 .................................................................................................................... 6 ........................................................................................................ 6 ........................ 6 ............................................................................................ 7 ................................................................................................ 7 ........................................................................................ 7 ........................................................................................................ 7 ............................................................................................ 7 5W1H什么意思？ ........................................................................................... 7 .................................................................................................................... 8 .................................................................................................................... 9 .................................................................................... 9 ................................................................................ 9 ................................................................................................................ 9 .................................................................................................................... 9 .................................................................................................... 9 什么是边界值分析法？什么情况下使用决策分析法？什么是因果图分析法？你是如何利用因果图分析法来设计用例的？因果图分析法中用到的五种约束分别是什么？什么是测试用例？你觉得有必要写测试用例么，写测试用例的作用有哪些？你知道软件生命的周期么？包括哪些阶段？软件测试的对象是什么？软件测试是否等于程序测试？软件测试涉及的关键问题包括哪些方面？软件测试的原则包括哪些？软件测试按照开发阶段划分为哪几类？完成的软件开发过程？按照测试技术来分测试分哪几类？什么是白盒测试和灰盒测试？谈谈黑盒测试的特点？优点？黑盒测试主要能够发现哪些方面的问题？测试停止的依据？什么是健壮等价类测试？什么是错误推测法？你经常用的错误推测法来测试系统的经验有哪些？你选择测试方法的原则是什么？设计测试用例的原则有哪些？测试用例模板的主要要素有哪些？软件测试的过程有哪些？写测试计划的主要任务是什么？测试计划中的什么是回归测试？什么是确认测试？请您谈一谈为什么要进行系统测试？安全性测试你一般从哪几方面做测试？什么是兼容性测试？什么是验收测试？验收测试一般有哪些方法？

53. 什么是Alpha 测试、Beta 测试？ ...................................................................................... 10

54. 什么是冒烟测试？ .................................................................................................................. 10

55. 对文档的测试主要包括哪些内容？ ...................................................................................... 10

56. 什么是自动化测试？ .............................................................................................................. 10

57. 自动化测试能完全代替手工测试么？ .................................................................................. 10

58. 你接触过的自动化测试工具有哪些？ .................................................................................. 10

59. 性能测试考察的指标主要有哪些？ ...................................................................................... 10

60. 性能测试的步骤有哪些？ ...................................................................................................... 10

61. 有没有做过性能测试？有没有发现一些性能问题，举个例子说明 .................................. 10

62. 有没有用过

63. 您认为性能测试工作的目的是什么？

64. 做好性能测试工作的关键是什么？

65. 性能测试的分哪几种类别？请举例说明

66. 你如何调试

68. 鉴于web

69.软件测试工程师是干什么的？

产品进行功能、性能上的测试，并对软件做出评价，是保证软件质量的一个重要手段。

70. 需求分析的任务是什么？

71. 在您平时的实践中，一条软件缺陷（或者叫

质量的软件缺陷（

72. 您以往所从事的软件测试工作中，

如果有，请结合该工具描述软件缺陷（

73. 你对测试最大的兴趣在哪里？为什么？

74. 你的测试职业发展是什么？

75．你自认为测试的优势在哪里？

1.什么是软件测试？

使用人工和自动手段来运行或测试某个系统的过程，

规定的需求或是弄清预期结果与实际结果之间的差异

2. 软件测试的目的是什么？

软件测试的目的在于发现错误；

误；一个成功的测试是发现了从前未发现的错误的测试。

3. 软件测试的目标？

软件测试以检验Testdirector?这个工具是干什么用的？ ............................................................ 10 .................................................................................. 11 ...................................................................................... 11 .............................................................................. 11 LoadRunner脚本？ ............................................................................................ 11 .............. 11 软件测试工程师主要是通过科学的软件测试方法对软件 . 11 ...................................................................................................... 11 Bug）记录都包含了哪些内容？如何提交高Bug）记录？ .................................................................................................. 12 是否使用了一些工具来进行软件缺陷（Bug）的管理？Bug）跟踪管理的流程。 .......................................... 12 .............................................................................. 12 .................................................................................................. 12 ............................................................................................. 13 其目的在于检验它是否满足 一个好的测试用例在于发现从前未发现的错 是否满足需求为目标。 应用的特殊性，除了关注功能方面的测试外，你还关注哪些测试？

4. 什么是软件缺陷？

满足下列五个规则之一才称为软件缺陷： 1）软件未达到产品说明书标明的功能。 2）软件出现了产品说明书指明不会出现的错误。 3）软件功能超出产品说明书指明的范围。

4）软件未达到产品说明书虽未指出但应该达到的目标。

5）软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。

5. 什么黑盒测试？

黑盒测试是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫6. 黑盒测试方法都包括哪些？等价类划分、边界值分析、决策分析法、因果图分析、错误推测法等7. 什么是等价类划分？

把所有可能的输入数据类)，使得每个子集中的一个典型值在测试中的作用与这一子集中所有其它值的作用相同. 可从每个子集中选取一组数据来测试程序8. 什么是边界值分析法？边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法界值分析法是作为对等价类划分法的补充9. 什么情况下使用决策分析法？在一些数据处理问题当中，对不同逻辑条件的组合值，10．你是如何利用决策分析法设计用例？（1） 确定规则的个数。有n个条件的决策表有（2） 列出所有的条件桩和动作桩。（3） 填入条件项。

(有效的和无效的

2n功能测试或数据驱动测试)划分成若干个等价的子集 决策表很适合于处理这类问题 。 。

(称为等价.

。通常边

某些操作的实施依赖于多个逻辑条件的组合，即：针分别执行不同的操作。 个规则（每个条件取真、假值）

（4） 填入动作项，得到初始决策表。 （5） 简化决策表，合并相似规则。 11.什么是因果图分析法？

因果图法是基于这样的一种思想：一些程序的功能可以用判定表（或称决策表）的形式来表示，并根据输入条件的组合情况规定相应的操作。 12.你是如何利用因果图分析法来设计用例的？

（1）根据程序规格说明书描述，分析并确定因（输入条件）和果（输出结果或程序状态的改变），画出因果图。（2）将得到的因果图转换为判定表。（3）为判定表中每一列所表示的情况设计一个测试用例。13. 因果图分析法中用到的五种约束分别是什么？E约束(异)：a和b中最多有一个可能为I 约束(或)：a、b、cO约束(唯一)：a和bR约束(要求)：a是1M约束(强制)：若结果14.什么是测试用例？所谓测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果；测试用例是执行测试的最小实体。15你觉得有必要写测试用例么，写测试用例的作用有哪些？在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。测试用例的使用令软件测试的实施重点突出、目的明确。16.你知道软件生命的周期么？包括哪些阶段？一个软件生命周期包括制定计划、需求分析定义、软件设计、程序编码、软件测试、软件运行、软件维护、软件停用等17.软件测试的对象是什么？软件开发过程中所产生的需求规格说明、以及源程序都是软件测试的对象18.软件测试是否等于程序测试？ b必须是1a为1，则结果

1，即a和b不能同时1，即 a、b1。

a为1时，bb强制为0

8个阶段 概要设计规格说明、 c不能同时为0。

详细设计规格说明。 0。

为1中至少有一个必须为、必须有一个且仅有一个为时，，即不能为

不是，软件测试贯串于软件定义和开发的整个过程，软件开发过程中所产生的需求规格说明、概要设计规格说明、详细设计规格说明以及源程序都是软件测试的对象。

19. 软件测试涉及的关键问题包括哪些方面？

（1）测试由谁来执行。（2）测试什么。（3）什么时候进行测试。（4）怎样进行测试。

20. 软件测试的原则包括哪些？

（1）应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭；

（2）测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成；

（3）程序员应当避免检查自己的程序；

（4）在设计测试用例时，应当包括合理的输入条件和不合理的输入条件；

21. 软件测试按照开发阶段划分为哪几类？

单元测试、集成测试、系统测试、确认测试、验收测试。

22. 完成的软件开发过程？V模型？

23. 按照测试技术来分测试分哪几类？

白盒测试、黑盒测试、灰盒测试。

24.什么是白盒测试和灰盒测试？

白盒测试又称为结构测试、逻辑驱动测试或基于程序的测试，

一般用来分析程序

的内部结构。

灰盒测试介于白盒测试和黑盒测试之间。 25.谈谈黑盒测试的特点？优点？

（1）黑盒测试与软件的具体实现过程无关，在软件实现的过程发生变化时，测试用例仍然可以使用。（2）黑盒测试用例的设计可以和软件实现同时进行，这样能够压缩总的开发时间。

26. 黑盒测试主要能够发现哪些方面的问题？? 是否有不正确或遗漏了的功能？? 在接口上，输入能否正确地接受？能否输出正确的结果？? 是否有数据结构错误或外部信息访问错误？? 性能上是否能够满足要求？? 是否有初始化或终止性错误？27. 测试停止的依据？ZERO BUG、或者如下回答：第一类标准：测试超过了预定时间，则停止测试。第二类标准：执行了所有的测试用例，但并没有发现故障，则停止测试。第三类标准：使用特定的测试用例设计方案作为判断测试停止的基础。第四类标准：一预订数目的故障。第五类标准：根据单位时间内查出故障的数量决定是否停止测试。28. 什么是健壮等价类测试？主要的出发点是考虑了无效等价类。取一个值；对无效输入，一个测试用例有一个无效值，其他值均取有效值。29. 什么是错误推测法？你经常用的错误推测法来测试系统的经验有哪些？基于经验和直觉推测程序中所有可能存在的各种错误，用例的方法。常用的错误推测法有：输入非法数据、默认值的测试、更改输出属性的测试、文件类型测试、文件超载测试、介质忙或者介质损坏等测试法。

GOOD ENOUGH。

即停止测试的标准可定义为查出某

对有效输入，测试用例从每个有效等价类中 从而有针对性的设计测试

正面指出停止测试的具体要求，

30. 你选择测试方法的原则是什么？

（1）首先采用等价类划分法编写测试用例必须考虑正常值与异常值的情况 （2）必要时采用边界值分析法补充测试用例。 （3）采用错误推断法再追加测试用例。

（4）对照程序逻辑，检查已设计出的测试用例的逻辑覆盖 程度。如果没有达到要求的覆盖标准，则应当再补充更多的测试用例。

（5）如果程序的功能说明中含有输入条件的组合情况，则应一开始就选用因果图法。

31.设计测试用例的原则有哪些？测试用例的代表性、测试结果的可判定性、测试结果的可再现性32. 测试用例模板的主要要素有哪些？标识符：惟一标识每一个测试用例测试项：准确的描述所需要测试的项及其特征测试环境要求：表征执行该测试用例需要的测试环境输入标准：执行测试用例的输入需求（这些输入可能包括数据、文件或者操作）输出标准：按照指定的环境和输入标准得到的期望输出结果33. 软件测试的过程有哪些？测试计划、测试设计、测试执行、测试总结34. 写测试计划的主要任务是什么？1）. 对需求规格说明书仔细研究2）. 确定软件测试的范围3）. 确定软件测试的技术要求4）. 分析测试需求，确定被测试软件的功能和特性35. 测试计划中的Why、What、指测试范围即测试内容、指测试资源、36． 测试总结主要是总结哪些方面内容的？1）. 总结测试状态

5W1H什么意思？Where、When、WhoWhere指测试环境、How指测试策略。

How，其中Why主要指测试目的。When指测试的时间阶段安排、 WhatWho

、

2）. 总结软件状态

37 . 单元测试主要测试内容？

模块接口、局部数据结构、边界条件、独立的路径和错误处理。

38 . 什么是集成测试？

是指每个模块完成单元测试后，需要按照设计时确定的结构图，将他们连接起来，进行集成测试，集成测试也称为综合测试

39 。集成测试的两种方法？

非增量式集成测试、增量式集成测试

40 。什么是非增量式集成测试？

对所有模块进行个别的单元测试后，按照程序结构图将各模块连接起来，把连接后的程序当作一个整体进行测试。

41．什么增量式集成测试？

逐次将未曾集成测试的模块和已经集成测试的模块（或子系统）结合成程序包，再将这些模块集成为较大系统，在集成的过程中边连接边测试，以发现连接过程中产生的问题。

42. 什么是自顶而下增量式测试？

自顶向下增量式测试表示逐步集成和逐步测试是按照结构图自上而下进行的，即模块集成的顺序是首先集成主控模块（主程序），然后依照控制层次结构向下进行集成。从属于主控模块的按深度优先方式（纵向）或者广度优先方式（横向）集成到结构中去。

43.谈谈非增量式集成测试、增量式集成测试，哪个好些？

非增量式测试的方法是先分散测试，然后集中起来再一次完成集成测试。假如在模块的接口处存在错误，只会在最后的集成测试时一下子暴露出来。

增量式测试是逐步集成和逐步测试的方法，把可能出现的差错分散暴露出来，便于找出问题和修改。而且一些模块在逐步集成的测试中，得到了较多次的考验，因此，可能会取得较好的测试效果。

结论：增量式测试要比非增量式测试具有一定的优越性。

44. 什么是回归测试？

在集成测试策略的环境中，回归测试是对某些已经进行过的测试的某些子集再重

新进行一遍，以保证上述改变不会传播无法预料的副作用或引发新的问题。 45. 什么是确认测试？

确认测试也称为合格性测试，是检验所开发的软件是否能按用户提出的要求进行。

46. 请您谈一谈为什么要进行系统测试？

由于软件只是计算机系统中的一个组成部分，软件开发完成之后，最终还要和系统中的硬件系统、某些支持软件、数据信息等其他部分配套运行。因此，在投入运行前要完成系统测试，各部分协调工作的环境下也能正常工作。47 。你知道哪几种系统测试的方法？恢复测试、安全测试、强度测试、性能测试、正确性测试、可靠性测试、兼容性测试、Web48. 安全性测试你一般从哪几方面做测试？用户管理和访问控制、通信加密、安全日志测试

49. 什么是兼容性测试？软件兼容性测试是检测各软件之间能否正确地交互和共享信息，件按照用户期望的方式进行交互，使用其它软件检查软件操作的过程。50 。Web站点的测试一般测试哪些内容？（1）文字测试（3）图形、图像测试（5）动态内容测试（7）服务器性能及负载测试51. 什么是验收测试？验收测试，测试人员根据测试计划和结果对系统进行测试和接收。收系统。

52. 验收测试一般有哪些方法？正式验收、非正式验收活以保证各组成部分不仅能单独的得到检验，

2）链接测试 （4）表单测试 （6）数据库测试 （8

Alpha 测试、而且在系统 其目标是保证软 这时相关的用户和／或独立它让系统用户决定是否接Beta 测试。

测试

（ ）安全性测试系统开发生命周期方法论的一个阶段，

53. 什么是Alpha 测试、Beta 测试？

Alpha测试由用户在开发者的场所进行，并且在开发者对用户的“指导”下进行测试。开发者负责记录发现在错误和使用中遇到的问题。总之，Alpha测试是在受控的环境中进行的。

Beta测试由软件的最终用户们在一个或多个客房场所进行。Beta测试是软件在开发者不能控制的环境中的“真实”应用。 54. 什么是冒烟测试？冒烟测试的对象是每一个新编译的需要正式测试的软件版本，本功能正常，55. 对文档的测试主要包括哪些内容？（1）检查产品说明书属性（精确（5）检查是否一致（关（9）检查可测试性56. 什么是自动化测试？利用GUI自动化测试工具来开发和执行测试脚本，从而验证是否满足需求57. 自动化测试能完全代替手工测试么？不能，自动化测试只能做一些回归测试。而不能对所有功能做全面覆盖测试。58. 你接触过的自动化测试工具有哪些？自动化功能测试工具比如winrunner等。59. 性能测试考察的指标主要有哪些？时间指标、空间指标。60. 性能测试的步骤有哪些？编写测试计划、创建测试脚本、运行测试脚本、分析结果、编写测试报告61. 有没有做过性能测试？有没有发现一些性能问题，举个例子说明做过一个自己开发的网站的性能测试。主要发现的问题主要集中在数据库这一块。主要是开发人员在设计数据库表的时候冗余还有些时候时外键的问题等。62. 有没有用过Testdirector

2）检查是否完整（6）检查是否贴切（

QTP、

Testdirector?这个工具是干什么用的？冒烟测试的执行者是版本编译人员

37）检查是否合理（

Robot。自动化性能测试工具如 4）检查是否8）检查代码无 Loadrunner、

Web的测试管

目的是确认软件基可以进行后续的正式测试工作。 ）检查是否准确（

是全球最大的级测试管理工具，也是业界第一个基于

理系统,，通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。

63. 您认为性能测试工作的目的是什么？

目的：是验证软件系统是否能够达到用户提出的性能指标，同时发现软件系统中存在的性能瓶颈，优化软件，最后起到优化系统的目的。 64. 做好性能测试工作的关键是什么？包括以下几个方面：优、4）．验证稳定性（65. 性能测试的分哪几种类别？请举例说明性能测试类型包括一般性能测试、稳定性测试、负载测试、压力测试等66. 你如何调试 通常采用以下方法调试断点、 单步跟踪、日志输出67. 列举几种常用的软件生命周期模型？1）瀑布模型。2）原型模型。68. 鉴于web应用的特殊性，1）.功能测试: 链接测试2）.性能测试：连接速度测试、负载测试、压力测试3）.界面测试：易用性测试，导航测试、图形测试、内容检查4）.兼容性测试：操作系统平台测试、浏览器、分辨率、5）.安全性测试

69.软件测试工程师是干什么的？软件测试工程师主要是通过科学的软件测试方法对软件产品进行功能、软件做出评价，是保证软件质量的一个重要手段。70. 需求分析的任务是什么？深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求，解决目标系统“做什么

1）．评估系统的能力、2）．识别体系中的瓶颈、resilience）可靠性（reliability）

LoadRunner脚本？

LoadRunner测试脚本

3）增量模型。4）螺旋模型。

除了关注功能方面的测试外，你还关注哪些测试？\表单测试\Cookies测试\数据库测试\业务流测试

性能上的测试，

借助于当前系统的逻辑模型导出目标系统逻辑模型，”的问题。

3）．系统调 并对

71. 在您平时的实践中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

问题概要描述、发现人、发布/构建版本号、测试环境、缺陷类型、缺陷发现步骤、缺陷指派给的人、优先级、重要性。

72. 您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。 使用TD进行管理。管理的流程如下：Bug管理的一般流程： 测试人员提交新的 高级测试人员验证错误，态为Open 开发人员查询状态为果是Bug则修复并置状态为为Open状态。 对于不能解决和延期解决的种会议（评审会）通过才能认可。 测试人员查询状态为的状态为

Closed，如没有解决置状态为73. 你对测试最大的兴趣在哪里？为什么？最大的兴趣就是测试有难度，刚开始进入测试行业时，时是冲着做测试需要很多技能才能做的好，更难，虽然当时我很想做开发业），但看到测试比开发更难更有挑战性，想做好测试的意志就更坚定了。74. 你的测试职业发展是什么？测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。 Bug入库，错误状态为如果确认是错误，Open的Bug，如果不是错误，则置状态为Fixed。不能解决的Bug，不能由开发人员自己决定，一般要通过某

Fixed的Bug，然后验证Reopen。 有挑战性！做测试越久越能感觉到做好测试有多难。对测试的认识是从无忧测试网上了解到的一些资料，（学校专业课我基本上不缺席，

而且我也有初步的职业规划，New。

分配给相应的开发人员，Declined状态。Bug，要留下文字说明及保持Bug是否已解决，但做好很难，前设置状Declined；如BugBug当比开发

。如果不是错误，则拒绝，设置为

如解决置

虽然入门容易，因为我喜欢我的专3年累积测试经验，

按如何做好测试工程师的11，12点要求自己，不断的更新自己改正自己，做好测试任务。 75．你自认为测试的优势在哪里？

优势在于我对测试坚定不移的信心和热情，更主要的是我非常细心，虽然经验还不够，但测试需要的基本技能我有信心在工作中得以发挥

76. 测试与调试区别是什么？

软件测试时检验程序是否有错误，调试则是发现程序错误的位置、原因以及改正错误等。软件调试是发生在测试之后的步骤。

77. 简述桩程序 驱动程序的作用？

在我们进行单元测试的时候，单元本身无法构成一个切实可运行的程序系统，所以我们需要为单元测试来开发桩模块和驱动模块，从而完成我们的单元测试目的，这是桩模块和驱动模块的作用

一、软件测试概述

软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试的目的，第一是确认软件的质 量，其一方面是确认软件做了你所期望的事情（Do the right thing），另一方面是确认软件以正确的方式来做了这个事件（Do it right）。第二是提供信息，比如提供给开发人员或程序经理的反馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件产品的本身，而且还包括 软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程 是高质量的。

软件质量是由几个方面来衡量的：一、在正确的时间用正确的的方法把一个工作做正确（Doing the right things right at the right time.）。二、符合一些应用标准的要求，比如不同国家的用户不同的操作习惯和要求，项目工程中的可维护性、可测试性等要求。三、质量本身就是软件达到 了最开始所设定的要

求，而代码的优美或精巧的技巧并不代表软件的高质量（Quality is defined as conformance to requirements, not as “goodness” or “elegance”.）。

四、质量也代表着它符合客户的需要（Quality also means “meet customer needs”.）。作为软件测试这个行业，最重要的一件事就是从客户的需求出发，从客户的角度去看产品，客户会怎么去使用这个产品，使用过程中会遇到什么 样的问题。只有这些问题都解决了，软件产品的质量才可以说是上去了。 测试人员在软件开发过程中的任务：

1、寻找Bug；

2、避免软件开发过程中的缺陷；

3、衡量软件的品质；

4、关注用户的需求。

总的目标是：确保软件的质量。

二、常用的软件测试方法

1. 黑盒测试

黑盒测试顾名思义就是将被测系统看成一个黑盒，从外界取得输入，然后再输出。整个测试基于需求文档，看是否能满足需求文档中的所有要求。黑盒测试要求测试者在测试时不能使用与被测系统内部结构相关的知识或经验，它适用于对系统的功能进行测试。

黑盒测试的优点有：

1）比较简单，不需要了解程序内部的代码及实现；

2）与软件的内部实现无关；

3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；

4）基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；

5）在做软件自动化测试时较为方便。

黑盒测试的缺点有：

1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%；

2）自动化测试的复用性较低。

2. 白盒测试

白盒测试是指在测试时能够了解被测对象的结构，可以查阅被测代码内容的测试工作。它需要知道程序内部的设计结构及具体的代码实现，并以此为基础来设计测试用例。如下例程序代码：

HRESULT Play( char* pszFileName )

{

if ( NULL == pszFileName )

return;

if ( STATE_OPENED == currentState )

{

PlayTheFile();

}

return;

}

读了代码之后可以知道，先要检查一个字符串是否为空，然后再根据播放器当前的状态来执行相应的动作。可以这样设计一些测试用例：比如字符串（文件） 为空的话会出现什么情况；如果此时播放器的状态是文件刚打开，会是什么情况；如果文件已经在播放，再调用这个函数会是什么情况。也就是说，根据播放器内部 状态的不同，可以设计很多不同的测试用例。这些是在纯粹做黑盒测试时不一定能做到的事情。

白盒测试的直接好处就是知道所设计的测试用例在代码级上哪些地方被忽略掉，它的优点是帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。

白盒测试的缺点有：

1）程序运行会有很多不同的路径，不可能测试所有的运行路径；

2）测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；

3）系统庞大时，测试开销会非常大。

3. 基于风险的测试

基于风险的测试是指评估测试的优先级，先做高优先级的测试，如果时间或精力不够，低优先级的测试可以暂时先不做。有如下一个图，横轴代表影响，竖轴 代表概率，根据一个软件的特点来确定：如果一个功能出了问题，它对整个产品的影响有多大，这个功能出问题的概率有多大？如果出问题的概率很大，出了问题对 整个产品的影响也很大，那么在测试时就一定要覆盖到。对于一个用户很少用到的功能，出问题的概率很小，就算出了问题的影响也不是很大，那么如果时间比较紧 的话，就可以考虑不测试。

基于风险测试的两个决定因素就是：

的概率有多大。

测试人员主要根据事情的轻重缓急来决定测试工作的重点。

4. 基于模型的测试

模型实际上就是用语言把一个系统的行为描述出来，定义出它可能的各种状态，以及它们之间的转换关系，

是利用模型来生成相应的测试用例，

来测试系统，过程如下图所示。该功能出问题对用户的影响有多大，出问题其它一些影响因素还有复杂性、可用性、依赖性、可修改性等。 即状态转换图。模型是系统的抽象。基于模型的测试然后根据实际结果和原先预想的结果的差异

三、软件测试的类型

常见的软件测试类型有：

BVT (Build Verification Test)

BVT是在所有开发工程师都已经检入自己的代码，项目组编译生成当天的版本之后进行，主要目的是验证最新生成的软件版本在功能上是否完整，主要的软 件特性是否正确。如无大的问题，就可以进行相应的功能测试。BVT优点是时间短，验证了软件的基本功能。缺点是该种测试的覆盖率很低。因为运行时间短，不 可能把所有的情况都测试到。

Scenario Tests（基于用户实际应用场景的测试）

在做BVT、功能测试的时候，可能测试主要集中在某个模块，或比较分离的功能上。当用户来使用这个应用程序的时候，各个模块是作为一个整体来使用 的，那么在做测试的时候，就需要模仿用户这样一个真实的使用环境，即用户会有哪些用法，会用这个应用程序做哪些事情，操作会是一个怎样的流程。加了这些测 试用例后，再与BVT、功能测试配合，就能使软件整体都能符合用户使用的要求。Scenario Tests优点是关注了用户的需求，缺点是有时候难以真正模仿用户真实的使用情况。

Smoke Test

在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成 影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。在很多情况

下，做Smoke Test是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可 能引起了新的Bug。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低。

此外，Application Compatibility Test（兼容性测试），主要目的是为了兼容第三方软件，确保第三方软件能正常运行，用户不受影响。Accessibility Test（软件适用性测试），是确保软件对于某些有残疾的人士也能正常的使用，但优先级比较低。其它的测试还有Functional Test（功能测试）、Security Test（安全性测试）、Stress Test（压力测试）、Performance Test（性能测试）、Regression Test（回归测试）、Setup/Upgrade Test（安装升级测试）等。

四、微软的软件测试工作

1. 基本情况

测试在微软公司是一项非常重要的工作，微软公司在此方面的投入是非常巨大的。微软对测试的重视表现在工程开发队伍的人员构成上，微软的项目经理、软 件开发人员和测试人员的比例基本是1：3：3或1：4：4，可以看出开发人员与测试人员的比例是1：1。对于测试的重视还表现在最后产品要发布的时候，此 产品的所有相关部门都必须签字，而测试人员则具有绝对的否决权。

测试人员中分成两种职位，Software Development Engineer in Test（测试组的软件开发工程师）实际上还是属于开发人员，他们具备编写代码的能力和开发工具软件的经验，侧重于开发自动化测试工具和测试脚本，实现测 试的自动化。Software Test Engineer（软件测试工程师）具体负责测试软件产品，主要完成一些手工测试以及安装配置测试。

2. 测试计划

测试计划是测试人员管理测试项目，在软件中寻找Bug的一种有效的工具。测试计划主要有两个作用，一是评判团队的测试覆盖率以及效率，让测试工作很 有条理的逐步展开。二是有利于与项目经理、开发人员进行沟通。有了测试计划之后，他们就能够知道你是如何开展测试工作的，他们也会从中提出很多有益的意 见，确保测试工作顺利进行。总之，有了测试计划可以更好的完成测试工作，确保用户的满意度。

测试人员在编写测试计划之前，应获得以下文档：

1）程序经理编写的产品功能说明书或产品开发计划；

2）程序经理或开发人员提供的开发进度表。

根据产品的特性及开发进度安排，测试人员制定具体的测试计划。测试计划通常包括以下内容：

1）测试目标和发布条件：

a. 给出清晰的测试目标描述；

b. 定义产品的发布条件，即在达到何种测试目标的前提下才可以发布产品的某个特定版本。

2）待测产品范围：

a. 软件主要特性/功能说明，即待测软件主要特性的列表；

b. 特性/功能测试一览，应涵盖所有特性、对话框、菜单和错误信息等待测内容，并列举每个测试范围内要重点考虑的关键功能。

3）测试方法描述：

a. 定义测试软件产品时使用的测试方法；

b. 描述每一种特定的测试方法可以覆盖哪些测试范围。

4）测试进度表：

a. 定义测试里程碑；

b. 定义当前里程碑的详细测试进度。

5）测试资源和相关的程序经理/开发工程师：

a. 定义参与测试的人员；

b. 描述每位测试人员的职责范围；

c. 给出与测试有关的程序经理/开发工程师的相关信息。

6）配置范围和测试工具：

a. 给出测试时使用的所有计算机平台列表；

b. 描述测试覆盖了哪些硬件设备；

c. 测试时使用的主要测试工具。

此外，还应列出测试中可能会面临的风险及测试的依赖性，即测试是否依赖于某个产品或某个团队。比如此项测试依赖性WindowsCE这个操作系统， 而这个系统要明年2月份才能做好，那么此项测试就可能只有在明年5月份才能完成，这

样就存在着依赖关系。如果那个团队的开发计划往后推，则此项测试也会被 推迟。

3. 测试用例开发

一个好的测试用例就是有一个合理的概率来找到Bug，不要冗余，要有针对性，一个测试只针对一件事情。特别是功能测试的时候，如果一个测试是测了两项功能，那么如果测试结果失败的话，就不知道到底是哪项功能出了问题。

测试用例开发中主要使用的技术有等价类划分，边界值的分析，Error Guessing Testing。

等价类划分是根据输入输出条件，以及自身的一些特性分成两个或更多个子集，来减少所需要测试的用例个数，并且能用很少的测试用例来覆盖很多的情况，减少测试用例的冗余度。在等价类划分中，最基本的划分是一个为合法的类，一个为不合法的类。

边界值的分析是利用了一个规律，即程序最容易发生错误的地方就是在边界值的附近，它取决于变量的类型，以及变量的取值范围。一般对于有n个变量时， 会有6n+1个测试用例，取值分别是min-1, min, min+1, normal, max-1, max,max+1的组合。边界值的分析的缺点，是对逻辑变量和布尔型变量不起作用，还有可能会忽略掉某些输入的组合。

Error Guessing Testing完全靠的是经验，所设计的测试用例就是常说的猜测。感觉到软件在某个地方可能出错，就去设计相应的测试用例，这主要是靠实际工作中所积累的 经验和知识。其优点是速度快，只要想得到，就能很快设计出测试用例。缺点就是没有系统性，无法知道覆盖率会有多少，很可能会遗漏一些测试领域。

实际上在微软是采用一些专门的软件或工具负责测试用例的管理，有一些测试信息可以被记录下来，比如测试用例的简单描述，在哪些平台执行，是手工测试 还是自动测试，运行的频率是每天运行一次，还是每周运行一次。此外还有清晰的测试通过或失败的标准，以及详细记录测试的每个步骤。

4. Bug跟踪过程

在软件开发项目中，测试人员的一项最重要使命就是对所有已知Bug进行有效的跟踪和管理，保证产品中出现的所有问题都可以得到有效的解决。一般地，项目组发现、定位、处理和最终解决一个Bug的过程包括Bug报告、Bug评估和分配、Bug处理、Bug关闭等四个阶段：

1）测试工程师在测试过程中发现新的Bug后，应向项目组报告该Bug的位置、表现、当前状态等信息。项目组在Bug数据库中添加该Bug的记录。

2）开发经理对已发现的Bug进行集中讨论，根据Bug对软件产品的影响来评估Bug的优先级，制定Bug的修正策略。按照Bug的优先级顺序和开发人员的工作安排，开发经理将所有需要立即处理的Bug分配给相应的开发工程师。

3）开发工程师根据安排对特定的Bug进行处理，找出代码中的错误原因，修改代码，重新生成产品版本。

4）开发工程师处理了Bug之后，测试人员需要对处理后的结果进行验证，经过验证确认已正确处理的Bug被标记为关闭（Close）状态。测试工程师既需要验证Bug是否已经被修正，也需要确定开发人员有没有在修改代码的同时引入新的Bug。

5. Bug的不同处理方式

在某些情况下，Bug已处理并不意味着Bug已经被修正。开发工程师可以推迟Bug的修正时间，也可以在分析之后告知测试工程师这实际上不是一个真正的Bug。也就是说，某特定的Bug经开发工程师处理之后，该Bug可能包括以下几种状态。 已修正：开发工程师已经修正了相应的程序代码，该Bug不会出现了。

可推迟：该Bug的重要程度较低，不会影响当前应提交版本的主要功能，可安排在下一版本中再行处理。

设计问题：该Bug与程序实现无关，其所表现出来的行为完全符合设计要求，对此应提交给程序经理处理。

无需修正：该Bug的重要程度非常低，根本不会影响程序的功能，项目组没有必要在这些Bug上浪费时间。

五、成为优秀测试工程师的要求

要成为一名优秀的测试工程师，首先对计算机的基本知识要有很好的了解，精通一门或多门的编程语言，具备一定的程序调试技能，掌握测试工具的开发和使 用技术。同时要比较细心，会按照任务的轻重缓急来安排自己的工作，要有很好的沟通能力。此外，还要善于用非常规的方式思考问题，尽可能多的参加软件测试项 目，在实践中学习技能，积累经验，不断分析和总结软件开发过程中可能出错的环节。这样，一名优秀的测试工程师就从软件测试的实践中脱颖而出了。 结束语：微软的软件开发经验积淀深厚，微软工程师们的授课生动溢彩，其中有些内容是结合编程代码所作的详细讲解，较难用介绍性文字加以概括提炼，加 之笔者受能力和精力所限，只能撷取部分精华内容整理成文以飨读者，因此难免是挂一漏万，甚至会有失误之处，敬请对本系列文章的关注者谅解及指正。最后对微 软老师们的辛勤付出再表由衷谢意！