软件测试入门基础 (一)

《软件测试入门基础 (一)》由会员分享，可在线阅读，更多相关《软件测试入门基础 (一)（21页珍藏版）》请在金锄头文库上搜索。

1、软件测试入门基础软件测试入门基础 ( (一一) )软件测试入门基础 （一） 软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为单元测试） 。编码和单元测试属于软件生存期中的同一个阶段。在结束这个阶段后对软件系统还要进行各种综合测试，这是软件生存期的另一个独立阶段，即测试阶段。一、软件测试的目的 软件测试的目的，第一是确

2、认软件的质量，其一方面是确认软件做了你所期望的事情（Do the right thing） ，另一方面是确认软件以正确的方式来做了这个事件（Do it right） 。第二是提供信息，比如提供给开发人员或程序经理的反馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件产品的本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的。软件质量是由几个方面来衡量的：一、在正确的时间用正确的的方法把一个工作做正确（Doing the right things right at th

3、e right time.） 。二、符合一些应用标准的要求，比如不同国家的用户不同的操作习惯和要求，项目工程中的可维护性、可测试性等要求。三、质量本身就是软件达到了最开始所设定的要求，而代码的优美或精巧的技巧并不代表软件的高质量（Quality is defined AS confORMance to requirements, not as “gOODnESs” or “eleGAnce”.） 。四、质量也代表着它符合客户的需要（Quality also means “meet cuSTomer needs”.） 。作为软件测试这个行业，最重要的一件事就是从客户的需求出发，从客户的角度去看产

4、品，客户会怎么去使用这个产品，使用过程中会遇到什么样的问题。只有这些问题都解决了，软件产品的质量才可以说是上去了。测试人员在软件开发过程中的任务：1、寻找 Bug；2、避免软件开发过程中的缺陷；3、衡量软件的品质；4、关注用户的需求。总的目标是：确保软件的质量。二、软件测试的原则软件测试从不同的角度出发会派生出两种不同的测试原则，从用户的角度出发，就是希望通过软件测试能充分暴露软件中存在的问题和缺陷，从而考虑是否可以接受该产品，从开发者的角度出发，就是希望测试能表明软件产品不存在错误，已经正确地实现了用户的需求，确立人们对软件质量的信心。为了达到上述的原则，那么需要注意以下几点：1应当把“尽早

5、和不断的测试”作为开发者的座右铭2程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完。3设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。4一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。5对测试错误结果一定要有一个确认的过程，一般有 A 测试出来的错误，一定要有一个 B 来确认，严重的错误可以召开评审会进行讨论和分析。6制定严格的测试计划，并把测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。7回归测试的关联性一定要引起充分的注意，修改一个错

6、误而引起更多的错误出现的现象并不少见。8妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。三、软件测试的对象软件测试并不等于程序测试。软件测试应该贯穿整个软件定义与开发整个期间。因此需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应该是软件测试的对象。 在对需求理解与表达的正确性、设计与表达的正确性、实现的正确性以及运行的正确性的验证中，任何一个环节发生了问题都可能在软件测试中表现出来。 四、软件测试方法 软件测试的基本方法 单元测试的基本方法综合测试的基本方法确认测试的基本方法系统测试的基

7、本方法软件测试的基本方法软件测试的方法和技术是多种多样的。对于软件测试技术，可以从不同的角度加以分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试。从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试；1、黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或

8、文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因果图、错误推测等，主要用于软件确认测试。 “黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。 “黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。2、白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，

9、而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。 “白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。3ALAC(Act-like-a-customer)测试ALAC 测试是一种基于客户使用产品的知识开发出

10、来的测试方法。ALAC 测试是基于复杂的软件产品有许多错误的原则。最大的受益者是用户，缺陷查找和改正将针对哪些客户最容易遇到的错误。单元测试的基本方法单元测试的对象是软件设计的最小单位模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。单元测试任务单元测试任务包括：1 模块接口测试；2 模块局部数据结构测试；3 模块边界条件测试；4 模块中所有独立执行通路测试；5 模块的各条错误处理通路测试。模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义

11、。测试接口正确与否应该考虑下列因素：1 输入的实际参数与形式参数的个数是否相同；2 输入的实际参数与形式参数的属性是否匹配；3 输入的实际参数与形式参数的量纲是否一致；4 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；5 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；6 调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；7 调用预定义函数时所用参数的个数、属性和次序是否正确；8 是否存在与当前入口点无关的参数引用；9 是否修改了只读型参数；10 对全程变量的定义各模块是否一致；11 是否把某些约束作为参数传递。如果模块内包括外部输入输出，还应该考虑下

12、列因素：1 文件属性是否正确；2 OPEN/CLOSE 语句是否正确；3 格式说明与输入输出语句是否匹配；4 缓冲区大小与记录长度是否匹配；5 文件使用前是否已经打开；6 是否处理了文件尾；7 是否处理了输入/输出错误；8 输出信息中是否有文字性错误；检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：1 不合适或不相容的类型说明；2 变量无初值；3 变量初始化或省缺值有错；4 不正确的变量名（拼错或不正确地截断） ；5 出现上溢、下溢和地址异常。除了局部数据结构外，如果可能，单元测试时还应该查清全

13、局数据（例如 FORTRAN 的公用区）对模块的影响。在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。此时设计测试用例是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。此时基本路径测试和循环测试是最常用且最有效的测试技术。计算中常见的错误包括：1 误解或用错了算符优先级；2 混合类型运算；3 变量初值错；4 精度不够；5 表达式符号错。比较判断与控制流常常紧密相关，测试用例还应致力于发现下列错误：1 不同数据类型的对象之间进行比较；2 错误地使用逻辑运算符或优先级；3 因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等；4 比

14、较运算或变量出错；5 循环终止条件或不可能出现；6 迭代发散时不能退出；7 错误地修改了循环变量。一个好的设计应能预见各种出错条件，并预设各种出错处理通路，出错处理通路同样需要认真测试，测试应着重检查下列问题：1 输出的出错信息难以理解；2 记录的错误与实际遇到的错误不相符；3 在程序自定义的出错处理段运行之前，系统已介入；4 异常处理不当；5 错误陈述中未能提供足够的定位出错信息。边界条件测试是单元测试中最后，也是最重要的一项任务。众的周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。单元测试过程一般认为单元测试应紧接在编码之后，当源程序

15、编制完成并通过复审和编译检查，便可开始单元测试。测试用例的设计应与复审工作相结合，根据设计信息选取测试数据，将增大发现上述各类错误的可能性。在确定测试用例的同时，应给出期望结果。应为测试模块开发一个驱动模块（driver）和（或）若干个桩模块（stub）,下图显示了一般单元测试的环境。驱动模块在大多数场合称为“主程序” ，它接收测试数据并将这些数据传递到被测试模块，被测试模块被调用后， “主程序”打印“进入-退出”消息。驱动模块和桩模块是测试使用的软件，而不是软件产品的组成部分，但它需要一定的开发费用。若驱动和桩模块比较简单，实际开销相对低些。遗憾的是，仅用简单的驱动模块和桩模块不能完成某些模

16、块的测试任务，这些模块的单元测试只能采用下面讨论的综合测试方法。提高模块的内聚度可简化单元测试，如果每个模块只能完成一个，所需测试用例数目将显著减少，模块中的错误也更容易发现。综合测试的基本方法时常有这样的情况发生，每个模块都能单独工作，但这些模块集成在一起之后却不能正常工作。主要原因是，模块相互调用时接口会引入许多新问题。例如，数据经过接口可能丢失；一个模块对另一模块可能造成不应有的影响；几个子功能组合起来不能实现主功能；误差不断积累达到不可接受的程度；全局数据结构出现错误，等等。综合测试是组装软件的系统测试技术，按设计要求把通过单元测试的各个模块组装在一起之后，进行综合测试以便发现与接口有关的各种错误。某设计人员习惯于把所有模块按设计要求一次全部组装起来，然后进行整体测试，这称为非增量式集成。这种方法容易出现混乱。因为测试时可能发现一大堆错误，为每个错误定位和纠正非常困难，并且在改正一个错误的同时又可能引入新的错误，新旧错误混杂，更难断定出错的原因和位置。与之相反的是增量式集成方法，程序一段一段地扩展，测试的范围一步一步地增大，错误易于定位和纠正，界面的测试亦可