第七章软件测试
7.1软件测试基础
教学内容：测试观点、原则、组织和工具。
教学重点：测试观点和原则。
教学难点：测试观点和原则的理解。
教学方法：课堂讲授+讨论。
教学要求：理解软件测试的观点和原则，掌握软件测试工具，了解测试与调试的关系，了解动态测试步骤。
思考题：1) 为何软件测试尽早进行？
2) 如何应用Pareto原则进行软件测试？
3) 测试是否是证明程序没有错误？
7.1.1 测试观点
软件测试应能够系统地揭示不同类型的错误，并耗费最少时间与最小工作量，而且没有发现错误的测试实际是无效的测试。测试附带的收获是能够证实软件的功能和性能是否与需求说明相符；同时，实施测试后收集到的测试结果数据提供了软件可靠性以及软件整体质量的有关信息。
7.1.2 测试原则
在进行测试时，为了能更好地体现上述测试观点，软件测试人员必须贯彻以下有关的测试原则：
（1）测试应“尽早地和不断地进行”。
软件测试不应仅仅是一个独立的软件开发阶段，而应贯穿到软件开发的各个阶段中。通过各阶段的评审，把错误克服在早期，以减少错误放大效应影响，不仅可以提高软件质量，而且也是降低软件成本的一个重要措施。
（2）较早确定测试计划，严格执行测试计划。
测试计划可以在需求分析完成后就开始进行，详细的测试用例定义可以在各种设计结果确定后开始进行。测试计划应包括：测试目的、所测软件的功能、输入和输出、测试内容、各项测试的进度安排、资源要求、测试资料、测试工具、测试用例的选择、测试的控制方式和过程、系统组装方式、跟踪规程、调试规程以及评价标准等。
（3）注意错误的群集现象和应用Pareto原则。
经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目或检错率成正比。从而，应当对错误群集的程序段进行更多的测试，以提高测试的效率。Pareto原则表明80%的错误来源于20%的程序模块。这进一步表明了错误的群集现象。
（4）测试规模应从小到大。
（5）测试应由独立的第三方进行。
（6）应保证测试用例的完整性和有效性。
完整的测试用例应由输入数据和相应的预期结果组成。测试是为了发现错误，从而没有发现错误的测试应视为无效的测试。经验表明，用不合理的输入数据测试程序比用合理的输入数据测试程序能发现更多的错误。
（7）应保存所有测试用例和出错统计等，直至软件不用为止。
7.1.3 测试工具
软件测试工具是一种测试软件，开发人员借助它可以提高软件测试工作的效率。测试工作在软件开发的整个过程中占有极其重要的地位，其工作量通常占软件开发总工作量的40%~60%。因此，采用软件测试工具是降低测试成本，提高测试质量和效率的重要途径。
软件测试工具按工作方式可分为：静态分析工具和动态测试工具。
1、静态分析测试软件
2、动态分析测试软件
3、测试数据自动生成程序
4、文件比较程序
7.1.4 测试组织
从心理上来讲，软件工程师所进行的软件分析、设计和编码是一个构造软件的过程，是建设性的工作。和其他任何建设者一样，软件工程师对自己的辛勤劳动是非常骄傲和不容质疑的。而软件测试却恰恰是对软件进行质疑，是一种专门挑“刺”的活动。但是，无论是软件工程师还是软件测试人员，其目标均是为了获取高质量的软件。
一般来讲，独立测试之前，软件开发者应负责对程序单个模块测试，以保证每个模块能完成详细设计的功能等。在很多情况下，软件开发者也进行集成测试，以保证每个模块能按总体设计的要求形成整个软件系统。在系统形成之后，独立测试小组才开始介入，同时为了保证测试顺利进行，在测试过程中，开发人员必须协助。独立测试应确保系统满足需求分析的要求和用户意图。
7.1.5 测试与调试
测试是查找错误症状的过程，调试则是查找错误症状原因并改正错误的过程。调试的结果可能是错误原因查明并改正，也可能是未能发现错误原因，还有可能引入新的错误。实际上，调试之后还应进一步进行测试和评价，以确保错误真正消除且没有引入新的错误。
7.1.6 动态测试步骤
大型软件系统通常由若干子系统组成，每个子系统又由许多模块组成。按照软件工程的观点，动态测试应按4个步骤进行，即单元测试、集成测试、确认测试和系统测试等。其中单元测试一般在编码阶段完成；集成测试和确认测试均放在测试阶段完成；系统测试是指整个计算机系统（包括软件与硬件）的测试，可与系统的安装和验收结合进行。
7.2 代码复审
教学内容：代码复审内容、代码会审、走查和办公桌检查。
教学重点：代码会审、走查和办公桌检查。
教学难点：代码复审内容。
教学方法：课堂讲授+讨论。
教学要求：了解代码复审内容，理解代码会审、走查和办公桌检查。
思考题：1) 代码复审除了检查程序错误外，还可以有哪些作用？
2) 为何代码复审的效率有时比动态测试的效率高？
3) 代码会审、走查和办公桌检查有何不同？
7.2.1 代码复审内容
对源程序代码进行的复审主要着重于检查编码实现是否完备、正确等。在复审过程中，查找程序在结构、功能、编码标准和风格等方面的错误或提出质疑。
7.2.2 代码会审
代码会审以小组会的形式进行。会审小组一般由4人左右组成，包括组长1人，程序作者1人，其他程序员（或测试员）1~2人。会审小组通过对评审材料阅读、讨论和争议，对程序代码进行检查。
为了确保会审的质量，在会审时应强调以下几个方面：
（1）会审针对的是文档，而不是文档的作者；
（2）会审只是发现错误，改正错误应在会后进行；
（3）会审一般以1～2小时为宜，每小时大约150行代码；
（4）如果系统较大，代码较多，则应分别进行多次会审；
（5）争论的范围应只限于文档内容，应避免对方案问题、风格问题等进行过多争论。
7.2.3 走查
又称为“预排”，与代码会审基本相同，也是以小组会的方式进行。
会前，发放有关材料给与会者进行熟悉，并至少指定一人设计测试用例。
会上，与会者扮演计算机角色，人工“执行”被测程序。通过将测试用例“输入”被测程序，对程序的逻辑和功能提出各种疑问，并进行有关的讨论和争议，以发现程序中存在的问题。
会后的处理同代码会审相同，这里不再多讨论。
由于人工“执行”程序比较缓慢，因而测试用例不要过于复杂。
7.2.4 办公桌检查
这是一种传统的检查方法。程序作者在程序通过编译之后，进行单元测试之前，对源代码进行分析、检验，并补充有关文档，以发现程序中的错误。其方式可以按照错误检验表来分析被查程序，也可以仿照走查对程序进行人工“执行”。办公桌检查可以看成是由一个人进行的代码复审。由于程序作者熟悉自己的程序，可以节省检查时间，但也应避免主观片面性。
综上所述，代码复审是一种非常有效的人工测试，一方面它一次可以发现许多错误；另一方面除逻辑错误外还可以发现编码标准与风格等方面的问题。但人工测试缓慢，有些类型的错误，如中断，进行动态测试更有效。因此，人工测试和动态测试是相互补充，相辅相成的。
7.3 白盒测试
教学内容：逻辑覆盖法、基本路径覆盖法、循环覆盖法。
教学重点：逻辑覆盖法、基本路径覆盖法。
教学难点：基本路径覆盖法。
教学方法：课堂讲授+案例。
教学要求：熟悉逻辑覆盖法和基本路径覆盖法设计测试用例，理解循环覆盖法。思考题：1) 满足条件组合覆盖是否满足基本路径覆盖？
2) 如何描述程序的控制流？控制流和数据流有何不同？
7.3.1 逻辑覆盖法
由于覆盖测试的目标和程度不同，逻辑覆盖又分为：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖和条件组合覆盖。
——语句覆盖：测试用例能使被测程序的每条执行语句至少执行一次。
——判定覆盖：测试用例能使被测程序中的每个判定至少取得一次“真”和一次“假”。又称分支覆盖。
——条件覆盖：测试用例能使被测程序中每个判定的每个条件至少取得一次“真”和一次“假”。如果判定中只有一个条件，则条件覆盖便满足判定覆盖，否则，不一定。
——判定/条件覆盖：测试用例既满足判定覆盖，又满足条件覆盖。
——条件组合覆盖：测试用例使每个判定中所有可能的条件取值组合至少执行一次。
7.3.2 基本路径覆盖法
基本路径测试法适用于模块的详细设计结果及源程序代码，其主要步骤如下：(1)以详细设计结果或源程序代码为基础，导出程序图；
注意应将复合条件判定转化为单一条件判定。
(2)计算程序图的环形复杂度；
可以采用图形矩阵方法计算，也可采用其它方法来计算。
(3)确定基本路径集；
基本路径集的路径数就是环形复杂度大小。
(4)生成测试用例，使基本路径集中的每条路径至少经过一次。
7.3.3 循环覆盖法
对于结构化程序而言，循环主要有三种：简单循环、串接循环和嵌套循环。
对于简单循环，假设n是循环的最大次数，则可以采用如下策略设计测试用例：
1.整个跳过循环，即循环0次；
2.只有一次通过循环，即循环1次；
3.循环2次；
4.循环m次，其中m＜n；
5.分别循环n-1，n和n+1次。
对于嵌套循环，可以采用如下策略来导出测试用例：
1.从最内层循环开始，其他循环设置为最小次数循环；
2.对最大内层循环使用简单循环策略，并为范围外或排除的值增加其他测试；
3.由内向外构造下一个循环的测试，使其外层循环为最小次数，其内部嵌套循环为“典型”次数；
4.继续3，直到所有循环测试完。
对于串接循环，如果串接循环的循环都彼此独立，则可以采用简单循环的测试策略；如果循环不独立，如第二个循环变量的初始值是外层第一个循环变量的当前值，则应使用嵌套循环的测试策略。
7.4 黑盒测试
教学内容：等价分类法、边界值分析法、猜错法、因果图法。
教学重点：等价分类法、因果图法。
教学难点：等价分类法。
教学方法：课堂讲授+案例。
教学要求：掌握等价分类法和因果图法，理解边界值分析法和猜错法。
思考题：1) 划分等价类时，为何还需要输入数据？
2) 考虑输入数据不同条件组合的有哪些设计测试用例的方法？
3) 在因果图法中，哪些是原因？哪些是结果？
7.4.1 等价分类法
等价分类法将所有可能的输入数据（有效的或无效的）划分成若干个等价类，然后从每个等价类中选出一个作为“代表”形成测试用例。其中有一个假定：等价类中的所有数据对于暴露程序中的错误是等效的。有时，在确定输入数据的等价类时常要分析输出数据的等价类，以便根据输出数据的等价类导出对应的输入数据等价类。
等价分类法设计测试用例的步骤如下：
①划分等价类，形成等价类表；
②为每个等价类规定一个唯一的编号；
③设计一个新的测试用例，使其尽量多地覆盖尚未被覆盖的有效等价类，重复这一步，直到所有的有效等价类都被覆盖为止。
④设计一个新的测试用例。使其覆盖一个而且只覆盖一个无效等价类，重复这一步，直到所有无效等价类均被覆盖为止。
在第③步中，有效等价类尽量共用相同的测试用例，这样做可以减少测试次数。在第④步中，对无效等价类要求一类一个测试用例，这是因为某些程序中对某一输入错误往往会屏蔽对其他输入错误的检查。
7.4.2 边界值分析法
边界值分析法主要用来选择等价类边界值作为测试用例检查程序边界运行情况，
是一种补充等价分类法的测试用例设计技术。通常，输入等价类和输出等价类的边界情况是测试的重点，应当选择正好等于，刚刚小于和刚刚大于边界的值作为测试数据。
边界值分析法的指南如下：
·如果输入条件代表以a和b为边界的范围，则测试用例应当包含a、b、略小于下界a，略大于上界b的值。
·如果输入条件规定了值的个数，则用最大个数、最小个数、比最大个数多1，比最小个数少1的数作为测试数据。
·上述两条指南对输出条件也适用。
·如果程序的规格说明中给出的输入和输出域是有序集合（如有序表），则应选取集合的第一个元素和最后一个元素作为测试数据。
·如果程序数据结构有预定义的边界（如数组有100项，下标下界是0，上界是99），则应选择测试数据测试其边界的数据项
7.4.3 猜错法
猜错法的基本想法是：列出程序中所有可能有的错误和容易发生错误的特殊情况，然后依据它们选择测试用例。
通常，这种方法仅用作辅助手段，即先用其它方法设计测试用例，再用猜错法补充一些例子。例如，测试一个排序程序，可先用边界值分析法设计以下的测试用例：①排序序列为空；②排序序列仅有一个数据；③排序序列为满序列数据。然后，再用猜错法补充以下测试用例：④排序序列已经按要求排好序；⑤排序序列的顺序与要求的顺序恰好相反；⑥排序序列中的所有数据全部相等；等等。
7.4.4 因果图法
因果图是一种简化了的逻辑图，能直观地表明程序输入条件（原因）和输出动作（结果）之间的相互关系。在因果图中有两类关系，即：因果关系和约束关系。利用因果图导出测试用例的步骤如下：
（1）分析程序规格说明中哪些是原因，哪些是结果。原因常常是输入条件或输入条件的等价类，结果则是输出条件。
（2）分析程序规格说明中描述内容的语义和限制，找出两类关系，画出因果图。（3）把因果图转换成判定表。
（4）对判定表的每一列写成一个测试用例。
7.5 单元测试
教学内容：测试策略、测试内容、测试过程、测试软件。
教学重点：测试内容、测试软件。
教学难点：测试软件的理解。
教学方法：课堂讲授+讨论。
教学要求：理解单元测试策略，掌握单元测试内容，了解单元测试过程，理解测试软件的作用。
思考题：1）为何要进行单元测试？单元测试一般由谁完成？
2）桩模块和驱动模块哪个容易编写？
7.5.1 测试策略
单元测试一般总是把白盒法和黑盒法结合运用。先用黑盒法设计出一组基本的测
试用例，然后用白盒法，根据覆盖标准要求补充新的测试用例满足覆盖标准。在一般情况下，单元测试应以白盒法为主。
采用从单元开始而不是对整个程序进行测试，一方面可以减少测试工作的复杂性，另一方面容易进行错误定位和纠错。同时，对多个模块的测试可以并行地进行，从而缩短测试的周期。
7.5.2 测试内容
单元测试在于考察模块的接口和内部结构，检查是否符合程序规格说明（即详细设计说明书）的要求。测试的重点在以下几个方面：
1、模块的接口
2、局部数据结构
3、重要的执行通路
4、出错处理路径
5、影响以上各项的边界条件
7.5.3 测试的阶段及活动
根据GB/T 15532-1995国家标准，单元测试由下列阶段及活动组成：
1、完善测试计划阶段
⑴制定方法、资源及进度的计划。
⑵确定需测试的与需求有关的特性。
⑶细化计划。
2、获得测试用例集阶段
⑴设计测试用例集。
⑵执行测试计划及实现设计。
3、评价测试单元阶段
⑴执行测试规程。
⑵核对终止情况。
⑶评价测试效果和被测单元.
7.5.4 测试软件
测试软件都应完成：①提供数据；②提供程序通路；③报告有关结果；等等工作。驱动模块和桩模块的编写会给测试带来额外的开销，必须开发但一般不把它交给用户。如果驱动模块和桩模块很简单，则额外开销相对来说是很低的。但是，许多模块使用“简单”的额外软件是不能进行充分的单元测试的。因此，完整的测试可能要推迟到集成测试时完成。当模块的内聚度很高时，单元测试是简单的。如果每一个模块只完成一个功能，测试用例的数量会降低，而且错误也更容易预测和被发现。
7.6 集成测试
教学内容：测试内容和策略、非渐增式测试、渐增式测试、回归测试。
教学重点：非渐增式测试、渐增式测试。
教学难点：非渐增式测试、渐增式测试。
教学方法：课程讲授+讨论。
教学要求：理解集成测试的内容和策略，掌握非渐增式测试和渐增式测试，了解回归测试。
思考题：1) 集成测试为何应由独立的测试小组进行？
2) 与非渐增式测试相比，渐增式测试有何优势？
3) 为何要保存已经测试过的测试用例？
7.6.1 测试内容
集成测试的内容主要在以下几方面：
·接口完整性。在每一个模块集成到整个结构中去的时候，要对其内部和外部接口进行测试。
·功能有效性。进行以发现功能性错误为目的的测试。
·数据一致性。进行以发现和局部或全局数据结构相关的错误为目的的测试。·性能。测试在边界和在人为条件下软件的性能。
7.6.2 测试策略
集成测试一般应由独立的测试小组进行，由测试小组提出测试用例，记录测试结果，并编制测试报告。测试用例的设计通常采用黑盒法，其实施策略又分为非渐增式和渐增式两种。前者一次将所有模块集成在一起，对整个程序进行测试。后者则从一个模块或功能簇开始，一次添加一个新模块或功能簇，每添加一次就测试一次，直到所有模块组装完毕。
在实际测试中，可以混合使用这两种策略。当模块可以用简单的测试软件充分测试时，则可以先测试好这些模块，组装时只着重测试接口，从而可采用非渐增方式；若没能充分测试时，则应采用渐增方式，利用已测模块进行充分测试。
7.6.3 非渐增式测试
采用非渐增式测试，一般应先经过单元测试，然后再把所有模块一次性组装在一起进行测试，最终得到要求的软件系统。实际上，在单元测试期间，由于程序中不可避免地存在涉及模块间接口和全局数据结构等方面的问题，测试实际上是不充分的。因此，将模块一次性组装在一起运行成功的可能性并不大。其结果往往是发现有错误，但由于程序中模块一次性引入过多，难于进行错误定位。同时，一旦修正错误之后，新的错误很可能马上会出现。这样将会导致恶性循环。因此，除了规模很小的程序，一般很少采用此种测试策略。
7.6.4 渐增式测试
渐增式测试采用逐步加入模块或功能簇的方式进行，在加入过程中边连接边测试，比较容易定位和修正错误，且接口也可以更容易进行彻底地测试。按照添加模块的方式，又可分为自顶向下的渐增测试和自底向上的渐增测试。
1．自顶向下的渐增式测试
自顶向下的渐增式测试，首先集成主控模块，然后按照软件结构的控制层次自上而下进行集成，把主控模块的直接（或间接）调用模块按深度优先或广度优先的方式集成到整个软件结构中。
2．自底向上的渐增式测试
自底向上的渐增式测试是从软件结构的最底层的模块开始组装和测试，其步骤如下：
(1)把低层模块组合成实现某个特定的子功能的模块簇，并用编写的驱动模块控制它进行测试；可以对若干功能簇并行进行测试；
(2)用实际模块换掉驱动模块，沿软件结构自下而上移动，把子功能簇组合起来形成更大的子功能簇，并进行测试；
(3)重复(2)直到所有模块组装完毕。
3．混合的渐增式测试
自顶向下的渐增式测试和自底向上的渐增式测试各有自己的特点，并且是互补的。
7.6.5 回归测试
回归测试就是用来保证软件的变动不会带来新的错误的活动。为此，回归测试便采用软件改动前测试时执行过的测试用例对改动后的软件再进行测试。
回归测试的测试用例有三种不同类型：
（1）能够测试软件的所有功能的代表性测试用例；
（2）针对可能会被修改所影响的软件功能而进行附加测试的测试用例；
（3）针对修改过的软件成分进行测试的测试用例。
在进行回归测试时，也应该集中测试关键模块。
7.7 确认测试
教学内容：确认测试内容、α测试和β测试。
教学重点：α测试和β测试。
教学难点：α测试和β测试。
教学方法：课程讲授+讨论。
教学要求：了解确认测试内容，理解α测试和β测试。
思考题：1) 为何要在α测试比较稳定后才能进行β测试？
2) 确认测试能否确定软件符合用户要求？??
7.7.1 确认测试内容
一般地说，确认测试应包括以下几方面的内容：
1、功能测试
2、性能测试
3、强度测试
4、配置复审
确认测试是由软件开发单位组织进行的最后一次测试，也是把软件交给用户，进行正式的安装和验收之前所作的一次重要的准备。为了确保测试质量，一方面应组织独立的测试小组进行测试，另一方面吸收任务委托单位及用户代表参加测试，以提高测试的可信度。同时，应将测试中发现的错误填入问题清单，交开发者处理。
7.7.2 α测试和β测试
α测试是由一个用户在开发环境下进行的测试；也可以是开发机构内部的用户在模拟实际操作环境下进行的测试，软件在一个自然设置状态下使用。软件在开发者对用户的“指导”下进行测试，开发者负责记录错误和使用中出现的问题。显然，α测试是在一个受控的环境中进行。
α测试的目的是评价软件产品的功能（F）、局域化（L）、可使用性（U）、可靠性（R）、性能（P）和支持（S）等方面的特性，尤其注重产品的界面和特色。β测试是由软件的最终用户（多个）在一个或多个用户场所来进行。这些用户是与软件厂商签定了支持产品预发行合同的外部客户，要求用户使用该产品，并愿意返回有关问题给开发者。一般地，β测试时开发者通常不在测试现场，软
件是在开发者不能控制的现场中应用。
只有当α测试达到一定的可靠程度时，才能开始β测试。β测试的主要目标是测试可支持性，包括文档、客户培训等。一般β测试应尽可能由主持产品发行的人员来管理。
确认测试结束后，开发单位就可以把软件交付委托单位或用户，进行系统测试。
7.8 系统测试
教学内容：恢复测试、安全测试、可用性测试、安装测试、互联测试。
教学重点：可用性测试、安装测试。
教学难点：安全测试。
教学方法：课堂讲授+讨论。
教学要求：了解恢复测试、安全测试和互联测试，理解可用性测试和安装测试。思考题：1）系统测试中，哪一类测试对产品软件最重要？
2）系统测试应该采用哪种方法设计测试用例？
7.8.1 恢复测试
许多基于计算机的系统必须要在一定的时间里从错误中恢复过来，然后继续运行。在有些情况下，运行过程中的错误必须不能使得整个系统的功能都停止，等等。恢复测试就是要通过各种手段，让软件强制性地发生故障，然后验证恢复是否能正常进行的一种系统测试方法。
7.8.2 安全性测试
任何管理敏感信息或者能够对个人造成不正当伤害的计算机系统都是非法侵入的目标。安全测试用来验证集成在系统内的保护机制是否能够在实际中保护系统不受到非法侵入。为此，要采用破坏系统安全性的方法和工具，设计测试用例对系统进行测试。
7.8.3 可用性测试
可用性测试主要从使用的方便性、易理解性和易学性等方面对系统进行检查，以发现人为因素或使用习惯等的问题。例如，用户界面便于使用；出错信息能帮助用户解决问题；销往国外的产品有译本；输入可容错；输出信息有意义并且前后一致等等。衡量可用性有一定的主观因素。可用性是软件质量的一个很重要的方面，随着软件应用的深化，系统可用性将越来越起重要的作用。
7.8.4 安装测试
安装测试是要找出系统安装过程中出现的问题。安装测试一般在系统安装之后进行。
在一些大型的系统中，部分工作由软件安装程序自动完成，部分工作则需由各种人员包括数据库管理员、终端用户等按一定步骤同计算机配合靠人工完成。当然，由人工完成的过程也应经过检查。
7.8.5 互连测试
互连测试是要验证两个或多个不同的系统之间的互操作性。这类测试对支持标准规格说明，或承诺支持与其他系统互连的软件系统有效。
7.9 调试
教学内容：调试的步骤、策略和原则。
教学重点：调试的策略。
教学难点：调试的策略。
教学方法：课堂讨论。
教学要求：了解测试的步骤和原则，理解测试策略。
思考题：为何在调试后要进行回归测试？
7.9.1 调试的步骤
调试的步骤大致如下：
（1）从错误的外部表现形式着手，确定出错位置；
（2）研究有关部分的程序，找出出错的内在原因；
（3）修改设计和代码，以排除有关错误；
（4）进行回归测试，以确认：①错误是否排除；②是否引入了新的错误。（5）如果不能通过回归测试，则撤消此次修改活动，恢复设计和代码至此次修改之前的状态，并重复上述过程，直到错误得以改正。
调试是一个相当艰苦的过程，除了高度的焦虑和不愿接受可能发现的错误等心理方面的障碍外，错误本身的特点也使得调试非常困难。
7.9.2 调试的策略
常用的调试策略有：
1、猜测法
该方法通过分析错误症状，根据以往经验，辅助使用已有的计算机工具，猜测错误的原因并进行定位。可以通过“在程序中插入打印语句”、“使用注释或GOTO 语句运行部分程序”或“调试工具”等来实现该方法。
2、跟踪法
跟踪法首先检查错误征兆，确定最先发现错误“症状”的位置，然后人工沿程序的控制流往回跟踪源代码，直到找出错误的根源。当然，也可向前跟踪每条语句的执行情况，找到最先出现错误的地方进行分析。
3、原因排除法
该方法通过演绎或归纳法来实现，可以先假设错误原因，然后利用数据来证明或否定假设；也可以先列出所有可能的原因，然后逐一排除。
7.9.3 调试的原则
综合起来，在进行调试时，调试人员应该做到：
（1）冷静多思。调试是软件开发过程中最艰巨的脑力劳动之一。错误症状同错误原因之间往往没有明显的联系。这就要求调试人员要有耐心，并且细心，在面临困惑的情况下虚心向同行请教。
（2）彻底修改。一方面应注意其周围是否存在类似的其它错误，即考虑错误的群集现象；另一方面要纠正错误本身而不是其症状。
（3）防止引入新的错误。进行回归测试是一种较好的办法。
7.10 小结
为了确保软件质量，对开发的软件进行测试是一个重要的手段。在目前大型软件开发项目中，软件测试是主要的软件验证方式，也是花费精力越来越多的软件工
程活动。软件测试的根本任务就是发现软件中存在的错误。由于软件错误往往出现在软件的分析和设计中，而且错误发现越晚，改正错误的工作量也越大，因而在开发前期利用静态测试非常重要，而且发现错误的效率也往往比较高。在得到可运行的代码后，进行动态测试时，由于测试的复杂性，将测试分为四个阶段：单元测试、集成测试、确认测试和系统测试。在动态测试中，测试用例的选择是关键，主要有：白盒法和黑盒法。
针对测试中发现的错误进行改正，这便是调试的工作。一方面，要找出错误的原因，进行错误的定位和改正；另一方面，要确保改正错误不引入新的错误，从而还要进行测试。因此，测试和调试往往交替进行。
测试只能说明软件中存在错误，不能表明程序没有错误，因而任何软件经过测试后不能保证软件中不再存在错误。
软件测试质量分析报告 1编写目的 为了发现程序的错误和缺陷，通过测试，检查该程序是否达到了预期的结果， 2 这些标准的软件，其质量难以得到保证。软件还应满足某些隐含的要求，例如希望有良好的可理解性、可维护性等，而这些隐含的要求可能未被写在用户规定的需求中，满足它的显性需求而不满足其隐含需求，那么该软件的质量是令人怀疑的。4：测试工具及方法 （1）单元测试 测试工具：Eclipse
Eclipse简介： Eclipse是一个开放源代码的、基于Java的可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。幸运的是，Eclipse附带了一个标准的插件集，包括Java开发工具（JavaDevelopmentKit，JDK）。 虽然大多数用户很乐于将Eclipse当作Java集成开发环境（IDE）来使用，但 （ Eclipse 于 （structuraltesting）等，软件测试的主要方法之一，也称结构测试、逻辑驱动测试或基于程序本身的测试。 白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。优点和缺点 1.优点
·昂贵 ·迫使测试人员去仔细思考软件的实现 ·可以检测代码中的每条分支和路径 ·揭示隐藏在代码中的错误 ·对代码的测试比较彻底 2. 划分了等价类后，就可以说，如果对该集合中某个元素所进行的测试没有发现错误的话，那么对该集合中其他元素所进行的测试也不大可能会发现错误。 使用等价类划分方法设计测试用例主要有两个步骤：（1）确定等价类；（2）生成测试用例 黑盒测试的优缺点 优点:
编号：_____________ 软件开发测试服务委托合同大全（4 份） 甲方：________________________________________________ 乙方：___________________________ 签订日期：_______年______月______日
软件测试委托合同 甲方（委托方）： 法定代表人： 地址： 联系方式： 乙方（受托方）： 法定代表人： 地址： 联系方式： 上述各方经平等自愿协商，签订本合同以共同遵守。 第1条任务表述 乙方按照国家软件质量测试标准和测试规范，完成甲方委托的软件产品（下称受测软件）的产品鉴定测试，出具相应的评测报告。 第2条双方的主要义务 2.1 甲方的主要义务： （1）按照合同约定支付所有费用； （2）按照乙方要求以书面形式出具测试需求，包括测试子特性、测试软硬件环境等；
（3）提供符合交付要求的受测软件产品及相关文档，包括产品功能列表、需求分析、设计文档、用户文档至乙方； （4）指派专人配合乙方测试工作，并提供必要的技术培训和技术协助。 2.2 乙方的主要义务： （1）设计测试用例，制定和实施产品测试方案； （2）在测试过程中，定期知会甲方受测软件在测试过程中出现的问题； （3）按期完成甲方委托的软件测试工作； （4）出具正式的鉴定测试报告。 第3条履约地点 由甲方将受测软件产品送到乙方软件测试中心实施测试。如果由于产品本身特点或其它乙方认可的原因，需要在甲方所在地进行测试时，甲方应负担乙方现场测试人员的差旅和食宿费用。 第4条合同价款 本合同计收软件鉴定测试费用人民币（大 写）（￥元）。 第5条测试费用支付方式 5.1 本合同签定后，甲方支付 %的订金至乙方。 5.2 乙方完成所有测试工作，提交正式的测试报告前，甲方付清 %余款至乙方。 第6条履行的期限 6.1 本次测试的履行期限为合同生效之日起个自然日内完成。
《软件测试技术》实验指导书 吴鸿韬
河北工业大学计算机科学与软件学院 2016年9月 目录
第一章实验要求 (1) 第二章白盒测试实践 (3) 第三章黑盒测试实践 (6) 第四章自动化单元测试实践 (7) 第五章自动化功能测试实践 (35) 第六章自动化性能测试实践 (56) 附录1实验报告封皮参考模版 (71) 附录2小组实验报告封皮参考模版 (72) 附录3软件测试计划参考模版 (73) 附录4 测试用例参考模版 (77) 附录5单元测试检查表参考模版 (81) 附录6测试报告参考模版 (82) 附录7软件测试分析报告参考模版 (87)
第一章实验要求 一、实验意义和目的 软件测试是软件工程专业的一门重要的专业课，本课程教学目的是通过实际的测试实验，使学生系统地理解软件测试的基本概念和基本理论，掌握软件测试和软件测试过程的基本方法和基本工具，熟练掌握软件测试的流程、会设计测试用例、书写测试报告，为学生将来从事实际软件测试工作和进一步深入研究打下坚实的理论基础和实践基础。 本实验指导书共设计了2个设计型、3个验证型实验和一个综合型实验，如表1所示。设计型实验包括白盒测试实践和黑盒测试实践，验证型实验包括自动化单元测试实践、自动化功能测试和自动化性能测试实践，主要目标是注重培养学生软件测试的实际动手能力，增强软件工程项目的质量管理意识。通过实践教学，使学生掌握软件测试的方法和技术，并能运用测试工具软件进行自动化测试。综合型实验以《软件设计与编程实践》课程相关实验题目为原型、在开发过程中进行测试设计与分析，实现软件开发过程中的测试管理，完成应用软件的测试工作，提高软件测试技能，进一步培养综合分析问题和解决问题的能力。 表1 实验内容安排 实验内容学时实验性质实验要求 实验一白盒测试实践 4 设计必做 实验二黑盒测试实践 4 设计必做 实验三自动化单元测试实践 4 验证必做 实验四自动化功能测试实践 4 验证必做 实验五自动化性能测试实践 4 验证必做 实验六、综合测试实践课外综合选做 二、实验环境 NUnit、JUnit、LoadRunner、Quick Test Professional、VC6.0、Visual
实验一：软件测试方法 一:实验题目 采用白盒测试技术和黑盒测试技术对给出的案例进行测试 二：试验目的 本次实验的目的是采用软件测试中的白盒测试技术和黑盒测试技术对给出的案例进行测试用例设计。从而巩固所学的软件测试知识，对软件测试有更深层的理解。 三：实验设备 个人PC机（装有数据库和集成开发环境软件） 四：实验内容 1）：为以下流程图所示的程序段设计一组测，分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖。并在各题下面写出测试用例、覆盖路径及结果等。 2）：画出下列代码相应的程序流程图，并采用基本路径测试方法为以下程序段设计测试用例（需列出具体实验步骤）。 void Do (int X,int A,int B) { 1 if ( (A>1)&&(B==0) ) 2 X = X/A; 3 if ( (A==2)||(X>1) ) 4 X = X+1;
5 } 采用基本路经测试方法测试用例，并写出具体步骤 3）：在某网站申请免费信箱时，要求用户必须输入用户名、密码及确认密码，对每一项输入条件的要求如下： 用户名：要求为4位以上，16位以下，使用英文字母、数字、“-”、“_”，并且首字符必须为字母或数字； 密码：要求为6～16位之间，只能使用英文字母、数字以及“-”、“_”，并且区分大小写。测试以上用例。 用所学的语言进行编码，然后进行等价类测试，当用户名和密码正确输入时提示注册成功；当错误输入时，显示不同的错误提示 通过分析测试用例以及最后得到的测试用例表分析所测程序的正确性，最后总结自己在这次试验中的收获并写出自己在这次试验中的心得体会。 五：实验步骤 1） （1）用语句覆盖方法进行测试 语句覆盖的基本思想是设计若干测试用例，运行被测程序，使程序中每个可执行语句至少被执行一次。由流程图可知该程序有四条不同的路径： P1：A-B-D P2：A-B-E P3：A-C-F P4：A-C-G 由于p1p2p4包含了所有可执行的语句，按照语句覆盖的测试用力设计原则，设计测试用例 无法检测出逻辑错误 （2）用判定覆盖方法进行测试 判定覆盖的基本思想是设计若干测试用例，运行被测程序，使得程序每个判断的取真和取假分支至少各执行一次，即判断条件真假均被满足。 条件覆盖测试用例 （3）用条件覆盖进行测试 条件覆盖的基本思想是设计若干测试用例，执行被测程序后要使每个判断中每个条件的可能取值至少满足一次。对于第一个判定条件A，可以分割如下： ?条件x>8：取真时为T1，取假时为F1；
很多软件测试朋友都想找份好工作，找一份待遇好、环境好，又有自己用武之地和发展空间的工作。以下是一位从事软件测试工作的朋友在招聘和面试的一些经验与心得之谈，希望对大家找工作能有所帮助。 第一步、投递简历 投递简历，让招聘公司发现你，一般有4种方式： 通过招聘网站搜索软件测试招聘信息，选择合适的公司和职位，投递简历； 通过招聘网站发布自己的简历，等待招聘公司发现并下载你的简历； 通过公司内部招聘、内部人员推荐； 通过招聘会，现场投递简历。 点评： 以上4种招聘方式，最为常用的是1、2两种，而且结合使用，第3种的成功率最高，第4种应用很少。第1种方式是现在大多数测试朋友找工作的主要途径，目前，国内知名的人才招聘网站：中国人才热线网、中华英才网、51job前程无忧等，相信各位想找工作的测试朋友，早已对这些网站如数家珍了。如果你想被猎头看重，那就赶快注册（更新）一下自己的简历吧，很快将会有一大堆公司给你打电话，通知你去面试，这就是第2种方式。 一般说来，你在人才网上发布简历找工作的同时，猎头公司也在找你，所以说，1、2两种方式结合使用。接下来，我们再来探讨一下第3种方式。在外企以及一些大公司，为了减缓员工在从事一项工作几年之后产生的乏味情绪，特别推出一种内部招聘的方式，允许公司内部相关部门的相关人员的应聘，比如说作技术支持的要应聘作市场，作开发的要应聘作测试等等，或者在公司内部公布招聘信息，希望本公司的员工推荐符合招聘要求的人员，可以直接到公司进行面试。因为公司对内部员工相当了解，员工对招聘要求十分清楚，必然按要求搜寻符合条件的熟人进行推荐，所以，公司内部招聘、内部推荐十分容易成功。第4种招聘方式，近两年已经很少应用，因为招聘会有时间限制，还要跑到现场，在人山人海中搜寻符合自己条件的公司和职位，投递简历并进行简单面试，既费时、费力，效果也不佳，故而应用越来越少。 第二步、准备面试 想要参加面试，就一定要做好面试的准备： 公司情况： 在接到面试通知时，一定要简单而客气地询问一下公司的情况，正所谓知己知彼，百战不殆。看看公司是否有你所关注的地方，比如公司的规模、办公地点、测试组的情况等，最主
软件测试分析报告 Coca-cola standardization office【ZZ5AB-ZZSYT-ZZ2C-ZZ682T-ZZT18】
测试分析报告（GB8567——88） 1引言 编写目的 说明这份测试分析报告的具体编写目的，指出预期的阅读范围。 背景 说明： a.被测试软件系统的名称； b.该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测 试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。 定义 列出本文件中用到的专问术语的定义和外文首字母组词的原词组。 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2测试概要 用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。
3测试结果及发现 测试1（标识符） 把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。 测试2（标识符） 用类似本报告条的方式给出第 2项及其后各项测试内容的测试结果和发现。 4对软件功能的结论 功能1（标识符） 能力 简述该项功能，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。 限制 说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该软件中查出的缺陷、局限性。 功能2（标识符） 用类似本报告的方式给出第2项及其后各项功能的测试结论。 ．．．．．．
进销存系统测试点 一、表结构，与其他表的关联 例：CRM中客户服务、投诉在使用了客户资料，仍可删除已使用的客户资料 二、错误时的提示信息，页面的错别字等、页面的一致性 例：编号重复，提示信息的图标是个正确的图标 三、业务流程 例：采购订单到订单收货的状态间的来回转换，审核——收货——作废——再新增 四、不同状态间的转换，页面处在某一状态（修改、新增），切换其他页面再切换回来时的状态 例：CRM中新增客户分类，在填写完编号和名称不保存状态下，切换到客户资料、服务等项，再切换回来查看当前的新增、修改、保存、取消、删除等按钮的状态 五、大量数据添加 例：商品主档供应商明细添加多条数据 六、每个按钮在有数据和没数据状态下点击的效果 例：CRM客户资料在没有数据的情况下点击转换客户、新增、删除等按钮的提示 七、修改某个页面的某个功能后，对页面其他功能的影响（回归测试） 例：增加供应商明细，对打印的影响，此供应商与采购订单和基础数据供应商的关联 八、在测试某个功能时单独测试所有页面的此个功能 例：进销存的打印，导出excel功能 九、权限 例：系统配置中，普通员工只可查看某项功能 十、未启用某功能时，实际显示是怎样的 例：未启用计税，或买价卖价不可见，实际在界面上，包括二级界面，打印界面等，是否能看到买价和卖价 十一、快捷键、回车、TAB 十二、初始值、焦点的定位、默认值 十三、数据计算，税率，合计，总金额，优惠，成本的计算 十四、刚使用系统，系统没有数据的情况下点击所有可点击按钮
十五、不可编辑的显示框是否可编辑，必填项，非必填项，少填必填项的提示 十六、注册与登录 每项单独填写，查看是否能提交 密码与确认密码的匹配性 十七、表单，提交的表单与实际数据是否对应 十八、关联性，假如某个模块用到这个字段或其他字段，其他有相同字段的是否有同样错误十九、一个页面有修改，取消，删除等功能时，进行这些操作跳转后的页面。 二十、测试网络在断网、更换本机IP、超时等情况下系统的反映 测试方法：主要针对编辑框 等价类测试 正数 负数 小数 空 空格 字母 汉字 特殊符号、 边界值： 例如：编辑框内规定能输入最长20位字符 测试为空空格1位19位20位21位，更多位 例2：编辑框可输入1——100的数 要测的数据有0、1、2、50、49、99、100、101、500 继续教育测试 一、首页、内页排版 兼容性，火狐、谷歌、IE浏览器及其他浏览器 二、数据准确性 前台信息显示与后台添加的数据，课表的查询与课表管理中的对应性，考试安排同三、不同用户登录的权限 学生登录、教师登录 四、用户名、密码登录 五、初始化数据、默认数据 添加课表时，学期和学年的默认数据 六、课表管理、考试安排的冲突处理 七、课表管理的显示
内蒙古工业大学信息工程学院实验报告 课程名称：软件测试 实验名称：“爱米云网盘”黑盒测试设计用例 实验类型：验证性■综合性□设计性□ 实验室名称：软件实验室 班级：软件12-2 学号： 姓名：张贺组别： 同组人：成绩： 实验日期： 2015年6月14日 实验报告成绩：指导教师审核（签名）：年月日 实验报告 一．实验目的 ①理解黑盒测试的概念。 ②理解测试用例的重要性。 ③掌握黑盒测试技术设计测试用例的方法。 二．实验环境 Windows7操作系统爱米云服务器爱米云客户端 三．实验内容 应用黑盒测试技术，对“爱米云网盘客户端”登录功能进行测试用例设计。四．实验要求 ①根据《软件需求规格说明书》了解登录功能的测试需求。 ②重点针对账号、密码和登录流程进行测试用例设计。 ③应用黑盒测试技术进行测试用例设计，写出等价类表、边界值分析结果、用
例场景图等测试设计文档。 五．实验步骤 1、通读“爱米云网盘”的《软件需求规格说明书》，重点阅读登录功能的需求。 登陆时，用户名由3~20个字母、数字或“_”组成，密码由6~16个字符组成，不能是8位以下纯数字。登陆时，可以设置为“保存密码”或“自动登陆”。登陆成功的账号记录在账号输入框和下拉列表中，下拉列表最多记录5个账号。下拉列表中可以删除历史账号。登陆成功后可从主窗口菜单中，进行切换账号和修改密码。 2、针对登录功能，应用适当的黑盒测试技术的等价类划分法、边界值分析法、场景法等 测试方法，进行测试用例设计，列出每个测试子项对应的等价类表、边界值、用例场景图等。 账号和密码等价类划分法 测试点 用户名由3~20个字母、数字或“_”组成，密码由6~16个字符 下拉列表等价类划分法 账号和密码边界值分析法
摘要软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件开发过程的重要组成部分，是软件质量保证的关键步骤。软件测试的方法可分为人工测试和机器测试，人工测试包括个人复查、走查和会审，机器测试可分为白盒测试和黑盒测试。软件测试虽然是一个独立的阶段，但在实际工作中，测试的流程主要包含单元测试、组装测试、确认测试、系统测试四个阶段。 关键词软件测试；白盒；黑盒；单元测试；组装测试；确认测试；系统测试 一、软件测试的常用方法 软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件开发过程的重要组成部分，是软件质量保证的关键步骤。采用面向对象技术进行软件开发产生了两个结果一是开发出功能更强大更便于用户使用的软件产品，二是生成规模庞大的程序代码和文档，这也必然导致更大规模的软件测试和维护工作。因此，规范化的软件测试势在必行。规范化不只是测试的需求（有效代码量、结构/逻辑的复杂性、高性能/高精确性/高可靠性需求）和消耗资源（人力/时间/测试频度）规模化，更要求在面对规模庞大的软件测试需求，在合理的资源消耗基础上，实施有效的测试。 下图描述的是常用的一些测试方法
1、人工测试的方法 （1）个人复查 个人复查是指程序员自行设计测试用例，对源代码、详细设计进行仔细检查，并记录错误、不足之处等。个人复查主要包括检查变量的正确性、检查标号的正确性、检查子程序、宏、函数、常量检查、标准检查、风格检查、比较控制流、选择、激活路径、对照详细说明书，阅读源代码和补充文档等方面的测试内容。 （2）走查 走查是指测试人员先阅读相应的文档和源代码，然后人工将测试数据输入被测试程序，并在纸上跟踪监视程序的执行情况，人工沿着程序的逻辑走查运行一遍，跟踪走查运行的进程来发现程序的错误。走查的具体测试内容包括模块特性、模块接口、模块的对外输入或输出、局部数据结构、数据计算错误、控制流错误、处理出错和边界测试等方面。 （3）会审 会审是指测试人员在会审前仔细阅读软件的有关资料，根据错误类型清单（根据以往的经验、对源程序的估计等，并在以后测试中给以丰富补充）填写检测表，提出根据错误类型要提出的问题。会审时，由程序设计人员讲解程序的设计方法，
软件项目系统测试报告 2019年10月
1．引言部分 1．1项目背景 本测试报告的具体编写目的，指出预期的读者范围。 本测试报告为（系统名称）系统测试报告；本报告目的在于总结测试阶段的测试及测试结果分析，描述系统是否达到需求的目的。 本报告预期参考人员包括测试人员、测试部门经理、项目管理人员、SQA人员和其他质量控制人员。 1．2参考资料 XXXX需求说明书 2．测试基本信息 2．1测试范围 2．2测试案例设计思路 根据上述测试范围测试点进行测试用例的设计。
3．测试结果及缺陷分析 3．1测试执行情况与记录 3．1．1测试组织 3．1．2测试时间 3．1．3冒烟情况 3．1．4测试用例统计 3．2缺陷的统计与分析 缺陷汇总： 列出本次实际发现缺陷数、解决的缺陷数、残留的缺陷数、未解决的缺陷数。 缺陷分析： 对测试中发现的缺陷按缺陷类型、严重程度进行分类统计： 对测试中发现的缺陷就其功能分布、测试阶段进行统计，分析软件缺陷倾向及其主要原因： 残留缺陷与未解决问题 对残留缺陷对系统功能的影响情况进行分析：对未解决问题对项目的影响(如有，列表说明)
4．测试结论与建议 4．1风险分析及建议 有/无按实际写 4．2测试结论 本项目根据业务需求及开发人员的反馈意见，覆盖了所有的测试需求及案例，均已在ST环境测试完成，有效案例一共xx个，执行率xx%,，成功率xx%，缺陷关闭率为xx%，目前缺陷均已修复并回归关闭； 综上所述，xx需求达到ST项目测试出口标准，本项目ST测试(通过/不通过)，可以进行验收测试 5．交付文档 《xxx需求_系统测试计划》 《xx需求_测试案例》 《xx需求_ST测试报告》
标准实用 本科实验报告 课程名称：软件测试技术 实验项目：软件测试技术试验实验地点：实验楼211 专业班级：软件工程学号： 学生：戴超 指导教师：兰方鹏 2015年10月7 日
理工大学学生实验报告 学院名称计算机与软件学院专业班级软件工程实验成绩学生戴超学号实验日期2015.10. 课程名称软件测试实验题目实验一白盒测试方法 一、实验目的和要求 （1）熟练掌握白盒测试方法中的逻辑覆盖和路径覆盖方法。 （2）通过实验掌握逻辑覆盖测试的测试用例设计，掌握程序流图的绘制。 （3)运用所学理论，完成实验研究的基本训练过程。 二、实验容和原理 测试以下程序段 void dowork(int x,int y,int z) { （1）int k=0,j=0; （2）if((x>0)&&(z<10)) （3）{ （4）k=x*y-1; （5）j=sqrt(k); （6）} （7）if((x==4)||(y>5)) （8）j=x*y+10; （9）j=j%3; （10）} 三、主要仪器设备 四、操作方法与实验步骤 说明：程序段中每行开头的数字（1-10）是对每条语句的编号。
A 画出程序的控制流图（用题中给出的语句编号表示）。 B 分别用语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖方法设计测试用例，并写出每个测试用例的执行路径（用题中给出的语句编号表示）。 C 编写完整的C 程序（含输入和输出），使用你所设计的测试用例运行上述程序段。完整填写相应的测试用例表（语句覆盖测试用例表、判定覆盖测试用例表、条件覆盖测试用例表、判定/条件覆盖测试用例表、条件组合覆盖测试用例表、路径覆盖测试用例表、基本路径测试用例表） 流程图为： 开始 开始 k=0,j=0 (x>0)&&(z<1) k=x*y-1 j=sqrt(k) (x==4)||(y>5) j=x*y+10 j=j%3 结束 1 2 5 7 8 9
软件测试方案 软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程，其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。本文主要描述软件测试的一些类型。 白盒测试 白盒测试是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般白盒测试由项目经理在程序员开发中来实现。白盒测试分为动态白盒测试和静态白盒测试 静态白盒测试 利用眼睛，浏览代码，凭借经验，找出代码中的错误或者代码中不符合书写规范的地方。比如，代码规范中规定，函数必须为动宾结构。而黑盒测试发现一个函数定义如下： Function NameGet(){ …. } 这是属于不符合开发规范的。 有这样一段代码: if ((i<0) & (i>=0)) … 这段代码交集为整个数轴，IF语句没有必要 I=0; while(I>100){ J=J+100; T=J*PI; } 在循环体内没有I的增加, 错误产生。
动态白盒测试 利用开发工具中的调式工具进行测试。比如一段代码有4个分支，输入4组不同的测试数据使4组分支都可以走通而且结果必须正确。 if(I<0){ P1 }else{ P2 } 在调试中输入I=-1,测试P1程序段通过; 再输入I=1, 测试P2程序段，这样的测试属于动态白盒测试的缺陷。白盒测试通常在单元测试的时候进行。 功能测试 功能测试指测试软件各个功能模块是否正确，逻辑是否正确。对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面(GUI)或者测试脚本与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。功能测试的主要参考为类似于功能说明书之类的文档。 UI测试 UI测试指测试用户界面的风格是否满足客户要求，文字是否正确，页面美工是否好看，文字，图片组合是否完美，背景是否美观，操作是否友好等等 用户界面(UI) 测试用于核实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI 测试还可确保UI 中的对象按照预期的方式运行，并符合公司或行业的标准。包括用户友好性，人性化，易操作性测试。UI测试比较主观，与测试人员的喜好有关 比如：页面基调颜色刺眼；文字中出现错别字；页面显示范围超过屏幕范围等都属于UI测试中的缺陷。 性能测试 性能测试主要测试软件测试的性能，包括负载测试，强度测试，容量测试，基准测试以及基准测试 负载测试 负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承担。
摘要:软件测试就是在软件投入运行前,对软件需求分析、设计规格说明和编码的最终复审,是软件开发过程的重要组成部分,是软件质量保证的关键步骤。软件测试的方法可分为人工测试和机器测试,人工测试包括个人复查、走查和会审,机器测试可分为白盒测试和黑盒测试。软件测试虽然是一个独立的阶段, 但在实际工作中,测试的流程主要包含单元测试、组装测试、确认测试、系统测试四个阶段。 关键词:软件测试;白盒;黑盒;单元测试;组装测试;确认测试;系统测试 一、软件测试的常用方法 软件测试就是在软件投入运行前,对软件需求分析、设计规格说明和编码的最终复审,是软件开发过程的重要组成部分,是软件质量保证的关键步骤。采用面向对象技术进行软件开发产生了两个结果:一是开发出功能更强大更便于用户使用的软件产品,二是生成规模庞大的程序代码和文档,这也必然导致更大规模的软件测试和维护工作。因此, 规范化的软件测试势在必行。规范化不只是测试的需求 (有效代码量、结构 /逻辑的复杂性、高性能 /高精确性 /高可靠性需求和消耗资源(人力 /时间 /测试频度规模化,更要求在面对规模庞大的软件测试需求,在合理的资源消耗基础上,实施有效的测试。 下图描述的是常用的一些测试方法 : 1、人工测试的方法 (1个人复查 个人复查是指程序员自行设计测试用例 ,对源代码、详细设计进行仔细检查,并记录错误、不足之处等。个人复查主要包括检查变量的正确性、检查标号的正确性、检查子程序、宏、函数、常量检查、标准检查、风格检查、比较控制流、选择、激活路径、对照详细说明书,阅读源代码和补充文档等方面的测试内容。 (2走查
走查是指测试人员先阅读相应的文档和源代码,然后人工将测试数据输入被测试程序,并在纸上跟踪监视程序的执行情况,人工沿着程序的逻辑走查运行一遍,跟踪走查运行的进程来发现程序的错误。走查的具体测试内容包括模块特性、模块接口、模块的对外输入或输出、局部数据结构、数据计算错误、控制流错误、处理出错和边界测试等方面。 (3会审 会审是指测试人员在会审前仔细阅读软件的有关资料,根据错误类型清单(根据以往的经验、对源程序的估计等,并在以后测试中给以丰富补充填写检测表,提出根据错误类型要提出的问题。会审时,由程序设计人员讲解程序的设计方法,由程序编写人员逐个讲解程序代码的编写,测试人员需要逐个审查, 提问,讨论可能出现的问题。会审对程序的功能、结构、逻辑和风格都要进行审定。会审的测试内容与“ 走查” 的内容相同。 2、机器测试 (1定义 机器测试的目的是检查程序的动态性能,检查程序在执行过程中存在的错误。尤其是发现程序在实现功能、逻辑通路、数值计算、数据处理、边界处理、错误处理等方面存在的错误。机器测试分为白盒测试和黑盒测试。 (2黑盒测试 黑盒测试即功能测试 ,这种方法是把软件看成一个看不见里面内容的黑盒,在完全不考虑程序内部结构和特性的情况下,测试软件的外部特性。根据软件的需求规格说明书设计测试用例,从程序输入和输出特性上检查程序是否满足设定的功能。黑盒测试常采用的方法是设计适量有效和无效的输入数据进行测试, 以期用最小的代价发现最多的错误。 (3白盒测试
(OA号：OA号/无)XXX产品名称XX版本（提测日期：YYYY.MM.dd） 第XX轮 功能/性能/稳定性/兼容性测试报告
修订历史记录 A - 增加 M - 修订 D - 删除
1.概述 (4) 1.1 测试目的 (4) 1.2 测试背景 (4) 1.3 测试资源投入 (4) 1.4 测试功能 (5) 1.5 术语和缩略词 (5) 1.6 测试范围............................................................................................ 错误!未定义书签。 2.测试环境 (6) 2.1 测试软件环境 (6) 2.2 测试硬件资源 (7) 2.3 测试组网图 (6) 3.测试用例执行情况 (7) 4.测试结果分析（大项目） (8) 4.1 Bug趋势图 (8) 4.2 Bug严重程度 (9) 4.3 Bug模块分布 (9) 4.4 Bug来源............................................................................................ 错误!未定义书签。 5.测试结果与建议 (10) 5.1 测试结果 (10) 5.2 建议 (11) 5.3 测试差异分析 (11) 6.测试缺陷分析 (11) 7.未实现需求列表 (11) 8.测试风险 (12) 9.缺陷列表 (12)
1.概述 1.1 测试目的 本报告编写目的，指出预期读者范围。 1.2 测试背景 对项目目标和目的进行简要说明，必要时包括该项目历史做一些简介。 1.3 测试资源投入 //针对本轮测试的一个分析 //测试项：功能测试、性能测试、稳定性测试等
服务器稳定性是最重要的，如果在稳定性方面不能够保证业务运行的需要，在高的性能也是无用的。 正规的服务器厂商都会对产品惊醒不同温度和湿度下的运行稳定性测试。重点要考虑的是冗余功能，如：数据冗余、网卡荣誉、电源冗余、风扇冗余等。 一些测试方法主要分以下几种： 压力测试：已知系统高峰期使用人数，验证各事务在最大并发数（通过高峰期人数换算）下事务响应时间能够达到客户要求。系统各性能指标在这种压力下是否还在正常数值之内。系统是否会因这样的压力导致不良反应（如：宕机、应用异常中止等）。 Ramp Up 增量设计：如并发用户为75人，系统注册用户为1500人，以5％－7％作为并发用户参考值。一般以每15s加载5人的方式进行增压设计，该数值主要参考测试加压机性能，建议Run几次。以事务通过率与错误率衡量实际加载方式。 Ramp Up增量设计目标：寻找已增量方式加压系统性能瓶颈位置，抓住出现的性能拐点时机，一般常用参考Hits点击率与吞吐量、CPU、内存使用情况综合判断。模拟高峰期使用人数，如早晨的登录，下班后的退出，工资发送时的消息系统等。 另一种极限模拟方式，可视为在峰值压力情况下同时点击事务操作的系统极限操作指标。加压方式不变，在各脚本事务点中设置同集合点名称（如：lr_rendzvous("same");）在场景设计中，使用事务点集合策略。以同时达到集合点百分率为标准，同时释放所有正在Run的Vuser。 稳定性测试：已知系统高峰期使用人数、各事务操作频率等。设计综合测试场景，测试时将每个场景按照一定人数比率一起运行，模拟用户使用数年的情况。并监控在测试中，系统各性能指标在这种压力下是否能保持正常数值。事务响应时间是否会出现波动或随测试时
淮海工学院计算机科学系实验报告书 课程名：《软件工程》 题目：软件测试实验 班级：软件121 学号：2012122722 姓名：朱德坤
软件测试验报告要求 1目的与要求: 1）系统学习和理解结构化软件工程实现阶段的基本概念、原理、技术和方法； 2）掌握软件测试的基本技术和方法，特别是白盒测试与黑盒测试技术和方法； 3）通过实验，要逐步提高白盒测试与黑盒测试技术的实际应用能力； 4）熟悉C++编程环境下编写、调试单元代码的基本操作技术和方法； 5）按照实验题目要求独立完成本次试验任务，严禁拷贝、抄袭他人设计成果； 6）认真书写实验报告（要求给出完整的测试信息，如测试程序、测试用例，测试结果分析等），并于5月5日以前提交。 2 实验内容或题目 1.选择结构化详细设计试验中自己设计的某一具有代表性控制结构模块（含有分支和循环结 构），并用C语言实现（提前准备好，每种测试用例分别写在作业本上，上机时带上检查），而后分别完成下述2、3、4各题测试用例设计和测试结果分析； 2.采用白盒测试技术中逻辑覆盖方法（至少包含语句覆盖、判定覆盖、条件覆盖、条件组合 覆盖）设计测试用例，完成测试（测试屏幕截图）和测试结果分析； 3.采用白盒控制结构测试技术的基本路径测试和边界测试方法设计相应测试用例，并完成测 试和测试结果分析； 4.采用黑盒测试技术中的等价类划分方法设计相应测试用例（可重选适合黑盒测试技术的模 块），并完成程序测试和测试结果分析； 3 实验步骤与源程序 程序流程图:
流图：
程序: //拥有超级用户superuser，密码zdk #include
软件测试心得体会 软件测试工作是一个系统而复杂的工程，软件测试的目的就是确保软件的质量、确认软件以正确的方式做了你所期望的事情，所以工作的主要任务是发现软件的错误、有效定义和实现软件成分由底层到高层的组装过程、验证软件是否满足规格书要求和系统定义文档所规定的技术要求、为软件质量模型的建立提供依据。 而且软件的测试不仅是要确保软件的质量，还要给开发人员提供信息，以方便其为风险评估做相应的准备，以及为其提供分析依据，重要的是要贯穿在整个软件开发的过程中，保证整个软件开发的过程是高质量的。 软件测试对测试工程师来讲，要求具备较强的专业知识，严谨细心耐心的测试态度，良好的反向思维、发散思维能力、沟通能力等等。 以下是就自己的个人工作经历谈一些浅见： 1.标准文档的制定： 1.1.任何一个公司要让自己的产品面市，都要有自己的一
套完整的品质标准，这个标准一定是在符合国标及客户 标准的基础上形成的企业标准，系统而全面地描述一款 产品的功能、性能、可靠性、健壮性、安规要求等一系 列的产品标准，并根据客户特定要求相应调整。 1.2.测试仪器的作业指导书(SOP)及保养说明等。定义仪器 的使用步骤、操作指南和保养细则等。 2.测试资料的归档： 标准媒体文件、测试报告、BUG LIST库（电子类问题、结构类问题、软件类问题：方案自存问题、品证测试问题、生产测试问题、客户反馈问题、终端消费者反馈问题等）、认证测试文档归纳总结(认证公司培训资料、认证过程中出现并改善的问题)、测试工程师经验分享、常见问题解答FAQ等。 3.功能测试： 3.1.这是软件测试工作中最核心和最基本的一项测试，该测 试的主要内容是检查软件是否符合需求定义，并通过构 造正常的操作来检查的动作是否正确；在这个测试里， 正确性是最最重要的软件质量要素。 3.2.功能测试按照可见性可以分为两类：显性功能和隐性功
详细分析：软件测试的14种类型 文章来源：中国IT实验室收集整理文章作者：佚名发布时间：2007-09-03 字体： [大中小] 软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程，其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。本文主要描述软件测试的类型。 1. 数据和数据库完整性测试 数据与数据库完整测试是指测试关系型数据库完整性原则以及数据合理性测试。 数据库完整性原即： 主码完整性：主码不能为空; 外码完整性：外码必须等于对应的主码或者为空。 数据合理性指数据在数据库中的类型，长度，索引等是否建的比较合理。 在项目名称中，数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统(DBMS)，还需要进行深入的研究，以确定可以支1持测试的工具和技术。 比如，有两张表：部门和员工。部门中有部门编号，部门名称，部门经理等字段，主码为部门编号;员工表中有员工编号，员工所属部门编号，员工名称，员工类型等字段，主码为员工编号，外码为员工所属部门编号，对应部门表。如果在某条部门记录中部门编号或员工记录员工编号为空，他就违反主码完整性原则。如果某个员工所属部门的编号为##，但是##在部门编号中确找不到，这就违反外码完整性原则。 员工类型如下定义：0：职工，1：职员，2：实习生。但数据类型为Int，我们都知道Int占有4个字节，如果定义成char(1).就比原来节约空间。 2. 白盒测试
白盒测试是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现。 白盒测试分为动态白盒测试和静态白盒测试 2.1 静态白盒测试 利用眼睛，浏览代码，凭借经验，找出代码中的错误或者代码中不符合书写规范的地方。比如，代码规范中规定，函数必须为动宾结构。而黑盒测试发现一个函数定义如下： Function NameGet(){ …. } 这是属于不符合开发规范的错误。 有这样一段代码: if (i<0) & (i>="0) … 这段代码交集为整个数轴，IF语句没有必要 I="0; while(I>100){
《软件测试技术》试卷（A） 1．软件测试的目的:（） A. 避免软件开发中出现的错误 B. 发现软件开发中出现的错误 C. 尽可能发现并排除软件中潜藏的错误，提高软件的可靠性 D. 修改软件中出现的错误 2．软件测试按照测试层次可以分为( ) A．黑盒测试、白盒测试 B. 功能性测试和结构性测试 C．单元测试、集成测试和系统测试 D．动态测试和静态测试 3．软件测试是采用（）执行软件的活动。 A．测试用例 B．输入数据 C．测试环境 D．输入条件 4．软件测试是软件开发过程的重要阶段，是软件质量保证的重要手段，下列哪个（些）是软件测试的任务？答案：（） 1预防软件发生错误 2发现程序错误 3提供诊断错误信息 A．只有1 B．只有2 C．只有3 D．都是 5．导致软件缺陷的最大原因是：（） A．软件需求说明书 B．设计方案 C．编码 D．维护 6．测试用例是为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的少量测试数据，至少应该包括（） A．测试输入、执行条件和预期的结果。 B．测试目标、测试工具 C．测试环境 D．测试配臵 7、在下列描述中，关于一个软件缺陷状态完整变化的错误描述是（） A、打开——修复——关闭 B、打开——关闭 C、打开——保留
D、激活——修复——重新打开 8、在下列描述中，关于测试与调试的说法错误的是（） A、测试是显示错误的行为；而调试是推理的过程； B、测试显示开发人员的错误。调试是开发人员为自己辩护； C、测试能预期和可控。调试需要想象、经验和思考； D、测试必须在详细设计已经完成的情况下才能开始；没有详细设计的信息调试不可能进行。 9、某次程序调试没有出现预计的结果，下列（）不可能是导致出错的原因。 A．变量没有初始化 B．编写的语句书写格式不规范 C．循环控制出错 D．代码输入有误 10、软件缺陷修复的代价最高的阶段为（） A、发布阶段 B、需求阶段 C、设计阶段 D、编码阶段 11、不属于逻辑覆盖方法的是（）。 A．组合覆盖B．判定覆盖 C．条件覆盖D．接口覆盖 12、（）是选择若干个测试用例，运行被测程序，使得程序中的每个可执行语句至少执行一次。 A、条件覆盖 B、组合覆盖 C、判定覆盖 D、语句覆盖 13、下列___不属于软件缺陷（） (A) 测试人员主观认为不合理的地方 (B) 软件未达到产品说明书标明的功能 (C)软件出现了产品说明书指明不会出现的错误 (D)软件功能超出产品说明书指明范围 14．软件测试是软件质量保证的重要手段，下述哪种测试是软件测试的最基础环节？（）A．功能测试 B．单元测试 C．结构测试 D．验收测试 15、单元测试的主要任务不包括（）。 A．出错处理B．全局数据结构 C．独立路径D．模块接口 二、判断题（共30分，每小题2分。把最恰当的答案题号填入括号内） 1、一个程序中所含有的路径数与程序的复杂程度有着直接的关系。（对） 2、结构性测试是根据软件的规格说明来设计测试用例。（错） 3、错误推测法是根据输出对输入的依赖关系来设计测试用例的。（错） 4、软件缺陷属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、 缺陷状态、缺陷起源、缺陷来源、缺陷原因。（对）
本科实验报告 课程名称：软件测试技术 实验项目：软件测试技术试验实验地点：实验楼211 专业班级：软件工程学号： 学生姓名：戴超 指导教师：兰方鹏 2015年10月7 日
太原理工大学学生实验报告
一、实验目的和要求 （1）熟练掌握白盒测试方法中的逻辑覆盖和路径覆盖方法。 （2）通过实验掌握逻辑覆盖测试的测试用例设计，掌握程序流图的绘制。 （3)运用所学理论，完成实验研究的基本训练过程。 二、实验内容和原理 测试以下程序段 void dowork(int x,int y,int z) { （1）int k=0,j=0; （2）if((x>0)&&(z<10)) （3）{ （4）k=x*y-1; （5）j=sqrt(k); （6）} （7）if((x==4)||(y>5)) （8）j=x*y+10; （9）j=j%3; （10）} 三、主要仪器设备
一、实验目的和要求 （1）熟练掌握黑盒测试方法中的等价类测试方法和边界值测试方法。 （2）通过实验掌握如何应用黑盒测试用例。 （3）运用所学理论，完成实验研究的基本训练过程。 二、实验内容和原理 （1）用你熟悉的语言编写一个判断三角形问题的程序。 要求：读入代表三角形边长的三个整数，判断它们能否组成三角形。如果能够，则输出三角形是等边、等腰或者一般三角形的识别信息；如果不能构成三角形，则输出相应提示信息。 （2）使用等价类方法和边界值方法设计测试用例。 三、主要仪器设备 四、操作方法与实验步骤 （1）先用等价类和边界值方法设计测试用例，然后用百合法进行检验和补充。 （2）判断三角形问题的程序流程图和程序流图如图1和图2所示。用你熟悉的语言编写源程序。 （3）使用等价类方法设计测试用例，并填写表2 和表3。