面向对象实现及测试第九章精选文档.ppt

《面向对象实现及测试第九章精选文档.ppt》由会员分享，可在线阅读，更多相关《面向对象实现及测试第九章精选文档.ppt（48页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、面向对象实现及测试第九章本讲稿第一页，共四十八页面向对象的实现主要包括两项工作：面向对象的实现主要包括两项工作：（1）写）写面向对象程序面向对象程序；（2）测试并调试测试并调试面向对象程序面向对象程序面向对象程序的质量基本上由面向对象面向对象程序的质量基本上由面向对象设计的质量决定，但设计的质量决定，但程序设计语言的特点程序设计语言的特点和设计风格也将影响程序和设计风格也将影响程序的可靠性、可重的可靠性、可重用性和可维护性用性和可维护性软件测试是软件测试是保证软件保证软件可靠性可靠性的的主要措施主要措施本讲稿第二页，共四十八页9.1 9.1 程序设计语言程序设计语言9.1.1 9.1.1 面向

2、对象语言的优点面向对象语言的优点（1 1）一致的表示方法）一致的表示方法（2 2）可重用性）可重用性（3 3）可维护性）可维护性本讲稿第三页，共四十八页9.1.2 9.1.2 面向对象语言的技术特点面向对象语言的技术特点（1 1）支持类与对象概念的机制）支持类与对象概念的机制（2 2）实现整体）实现整体-部分结构的机制部分结构的机制（3 3）实现一般）实现一般-特殊结构的机制特殊结构的机制（4 4）实现属性和服务的机制）实现属性和服务的机制（5 5）类型检查）类型检查（6 6）类库）类库（7 7）效率）效率（8 8）持久保存对象）持久保存对象（9 9）参数化类）参数化类（1010）开发环境）开

3、发环境本讲稿第四页，共四十八页9.1.3 9.1.3 选择面向对象语言选择面向对象语言（1 1）将来是否占主导地位）将来是否占主导地位（2 2）可重用性）可重用性（3 3）类库和开发环境）类库和开发环境（4 4）其他因素）其他因素本讲稿第五页，共四十八页9.2 9.2 程序设计风格程序设计风格9.2.1 9.2.1 提高可重用性提高可重用性（1 1）提高方法的内聚）提高方法的内聚（2 2）减小方法的规模）减小方法的规模（3 3）保持方法的一致性）保持方法的一致性（4 4）把策略与实现分开）把策略与实现分开（5 5）全面覆盖）全面覆盖（6 6）尽量不使用全局信息）尽量不使用全局信息（7 7）利用

4、继承机制）利用继承机制 调用子过程调用子过程 分解因子分解因子 使用委托使用委托 把代码封装在类中把代码封装在类中本讲稿第六页，共四十八页9.2.1 9.2.1 提高可扩充性提高可扩充性（1 1）封装实现策略）封装实现策略（2 2）不要用一个方法遍历多条关）不要用一个方法遍历多条关联链联链（3 3）避免使用多分支结构）避免使用多分支结构（4 4）精心确定公有方法）精心确定公有方法本讲稿第七页，共四十八页9.2.1 9.2.1 提高健壮性提高健壮性（1 1）预防用户的操作错误）预防用户的操作错误（2 2）检查参数的合法性）检查参数的合法性（3 3）不要预先确定限制条件）不要预先确定限制条件（4

5、4）先测试后优化）先测试后优化本讲稿第八页，共四十八页组装组装(Composition)组装关系是一个实现级关系，它对应于应用级的聚合关系。它也叫做component（部件）或叫做 is part of（是的一部分）。组装与消息两者都是类间的关系，在这种关系中，一个类的实例将是另一个类的实现的一部分。可以利用既存类来生成新类可以利用既存类来生成新类本讲稿第九页，共四十八页考虑Dictionary类的实现。在Dictionary中存储item的一种数据表示是使用散列表(HashTable)。进行Dictionary类的低层设计时，要指明在Dictionary类和HashTable类之间的一个 i

6、s part of 关系。在实现时，应当在Dictionary类的定义中声明这个HashTable的实例。本讲稿第十页，共四十八页继承(Inheritance)继承允许在既存类的基础上定义新的类继承允许在既存类的基础上定义新的类。一个新类B继承了既存类A，则B包括了A定义的某些行为，以及它自定义的某些附加行为。有有多多少少种种面面向向对对象象程程序序设设计计语语言言，就就有有多少种不同的继承实现方式。多少种不同的继承实现方式。本讲稿第十一页，共四十八页继承图本讲稿第十二页，共四十八页 针对实现的继承两个类之间两个类之间“针对实现针对实现”的继承关系的的继承关系的建立指的是建立指的是使用既存类的

7、内部表示来做使用既存类的内部表示来做为新类的内部表示的一部分为新类的内部表示的一部分。我们不推。我们不推荐这种继承方式。荐这种继承方式。考虑使用继承来实现一个考虑使用继承来实现一个Circle类，为类，为了定义一个圆，需要定义一个点和一个了定义一个圆，需要定义一个点和一个值，做为圆的圆心和半径。因此，值，做为圆的圆心和半径。因此，Point类可支持类可支持Circle类的一部分实现。类的一部分实现。把把Point当做派生类。当做派生类。本讲稿第十三页，共四十八页如果如果Circle类直接使用类直接使用Point的数据成员的数据成员x和和y，将失去抽象。而且失去做为一个点，将失去抽象。而且失去做

8、为一个点的圆心的标识。的圆心的标识。针对实现的继承一般在原型开发中使用。针对实现的继承一般在原型开发中使用。本讲稿第十四页，共四十八页 针对特殊化的继承这种继承的使用适合于大多数面向对象这种继承的使用适合于大多数面向对象程序设计语言所提供的关系，是针对一程序设计语言所提供的关系，是针对一般化般化-特殊化关系的特殊化关系的。这种继承使用这种继承使用is a关系。关系。类类B的一个实例的一个实例是是(is a)类类A的一个实例的一个实例。在使用中，在使用中，继承将使得既存类的界面成继承将使得既存类的界面成为新类的界面为新类的界面。这表明。这表明新类具有它的基新类具有它的基类的所有行为类的所有行为。

9、本讲稿第十五页，共四十八页为了定义为了定义Dictionary类，应当首先查找既类，应当首先查找既存的抽象，看存的抽象，看Dictionary类会是哪个既存类会是哪个既存抽象的特殊情况。抽象的特殊情况。Dictionary应是一个有序表，但具有它自应是一个有序表，但具有它自己特有的操作，如使用关键码进行搜索等。己特有的操作，如使用关键码进行搜索等。既存的既存的OrderedList类可以提供类可以提供Dictionary类的某些行为，但不是全部。还要确认，类的某些行为，但不是全部。还要确认，在在OrderedList中是否有的行为在中是否有的行为在Dictionary中是不需要的。如果有，可能

10、中是不需要的。如果有，可能需要重新组织层次或者开发某些附加的抽需要重新组织层次或者开发某些附加的抽象。象。本讲稿第十六页，共四十八页is kind of(是一种)继承这种继承允许有选择地包含既存类的属这种继承允许有选择地包含既存类的属性，从而建立新的定义性，从而建立新的定义。一个一个鸟鸟类可能有一个关于类可能有一个关于飞行飞行的属性。的属性。一个一个鸵鸟鸵鸟派生类在模型化时可能就不选派生类在模型化时可能就不选择这个属性，因为择这个属性，因为鸵鸟鸵鸟不会飞不会飞。鸵鸟鸵鸟是是一种一种(is kind of)鸟鸟，但具有的属性与，但具有的属性与鸟鸟不完全相同。不完全相同。is kind of 继承

11、是不严格继承。继承是不严格继承。本讲稿第十七页，共四十八页类的实现一种方案是一种方案是先开发一个比较小的比较简先开发一个比较小的比较简单的类单的类，做为开发比较大的比较复杂的做为开发比较大的比较复杂的类的基础类的基础。即从简单到复杂的开发方案。即从简单到复杂的开发方案。在这种方案中，在这种方案中，类的开发是类的开发是分层分层的。一的。一个类建立在一些既存的类的基础上，而个类建立在一些既存的类的基础上，而这些既存的类又是建立在其它既存的类这些既存的类又是建立在其它既存的类的基础上的基础上。通过诸如。通过诸如“is a”或或“is part of”之类的关系，利用既存代码就能着之类的关系，利用既存

12、代码就能着手建立新的类。手建立新的类。本讲稿第十八页，共四十八页9.3 9.3 面向对象的测试策略面向对象的测试策略本讲稿第十九页，共四十八页 测试计算机软件的经典策略是从测试计算机软件的经典策略是从“小型小型测试测试”开始，逐步过渡到开始，逐步过渡到“大型测试大型测试”测试测试顺序顺序：单元测试单元测试 集成测试集成测试-确定测试确定测试-系统测试系统测试本讲稿第二十页，共四十八页单元测试单元测试（类测试）（类测试）在面向对象环境下，最小的可测试的单元是封装了的类或对象，而不是程序模块。面向对象软件的类测试等价于传统软件开发方法中的单元测试。但它是由类中封装的操作和和类的状态行为驱动的。完全

13、孤立地测试类的各个操作是不行的。本讲稿第二十一页，共四十八页 考虑一个类的层次。在基类中我们定义了一个操作X。每一个派生类都使用操作X，它是在各个类所定义的私有属性和操作的环境中使用的。因使用操作X的环境变化太大，所以必须在每一个派生类的环境下都测试操作X。在面向对象开发环境下，把操作完全孤立起来进行测试，其收效是很小的。本讲稿第二十二页，共四十八页集成测试集成测试 因为面向对象软件没有一个层次的控制结构，所以传统的自顶向下和自底向上的组装策略意义不大。每次将一个操作组装到类中（像传统的增殖式组装那样）常常行不通，因为在构成类的各个部件之间存在各种直直接接的和非直接的交互的和非直接的交互。对于

14、面向对象系统的集成测试，存在两种不同的测试策略。本讲稿第二十三页，共四十八页基于线程测试基于线程测试(Thread-basedTest)它把为响应某一系统输入或事件所需的一组类组装在一起。每一条线索将分别测试和组装。基于使用的测试基于使用的测试(Use-basedTest)它着眼于系统结构，首先测试独立类，这些类只使用很少的服务器类。再测试那些使用了独立类的相关类。一系列测试各层相关类的活动继续下去，直到整个系统构造完成。本讲稿第二十四页，共四十八页确认测试确认测试在进行在进行确认测试确认测试和和系统测试系统测试时，不关时，不关心类之间连接的细节。着眼于用户心类之间连接的细节。着眼于用户的要求

15、和用户能够认可的系统输出。的要求和用户能够认可的系统输出。为了帮助确认测试的执行，测试者为了帮助确认测试的执行，测试者需要需要回到分析模型回到分析模型，根据那里提供的，根据那里提供的事件序列（脚本）进行测试。事件序列（脚本）进行测试。可以利用黑盒测试的方法来驱动确认测可以利用黑盒测试的方法来驱动确认测试。试。本讲稿第二十五页，共四十八页测试方法学测试方法学检测软件中的故障检测软件中的故障并并确定确定软件是否执行了预定要开发的功能软件是否执行了预定要开发的功能。测试过程包括了测试过程包括了一组测试用例的开发一组测试用例的开发，每一个测试用例要求能检验应用的一个每一个测试用例要求能检验应用的一个特

16、定的元素。还需要分析用各个测试用特定的元素。还需要分析用各个测试用例执行测试的结果来收集有关软件的信例执行测试的结果来收集有关软件的信息。息。本讲稿第二十六页，共四十八页按不同层次进行测试测测试试类类中中各各个个操操作作，主主要要测测试试类类，这这种种测测试试是是某某些些单单元元测测试试与与组组装装测测试试的组合的组合假假定定测测试试一一个个软软件件与与测测试试一一个个类类一一样样。这这个个测测试试者者常常常常就就是是一一个个特特定定类的开发者。类的开发者。本讲稿第二十七页，共四十八页9.4.1 类测试的种类随机测试随机测试划分测试划分测试基于故障的测试基于故障的测试9.4 设计测试用例本讲稿

17、第二十八页，共四十八页随机测试例：例：银行应用系统中，银行应用系统中，account（帐户）类的（帐户）类的操作有：操作有：open，setup，deposit，withdraw，balance，summarize,creditLimit和和close限制：限制：在所有操作中最先执行在所有操作中最先执行open在所有操作中最后执行在所有操作中最后执行close本讲稿第二十九页，共四十八页则：则：一个一个account类的最小测试序列包括如下操作：类的最小测试序列包括如下操作：open.setup.deposit.withdraw.close但该序列中可能有许多其它行为：但该序列中可能有许多其它

18、行为：open.setup.deposit.deposit|withdraw|balance|summarize|creditLimit.withdraw.close从上述序列中可以随机地产生一系列不同的操作序列：从上述序列中可以随机地产生一系列不同的操作序列：#r1：open.setup.deposit.deposit.balance.summarize.withdraw.close#r2:open.setup.deposit.withdraw.deposit.balance.creditLimit.withdraw.close本讲稿第三十页，共四十八页划分测试（等价划分）基于状态的划分基于

19、状态的划分根据类根据类操作改变状态的能力操作改变状态的能力来划分类操作。来划分类操作。对对account类来说，类来说，状态操作状态操作包括包括deposit和和withdraw，非状态操作非状态操作有有balance，summarize和和creditLimit#r1:open.setup.deposit.deposit.withdraw.withdraw.close#r2:open.setup.deposit.summarize.creditLimit.withdraw.close本讲稿第三十一页，共四十八页基于属性的划分基于属性的划分根据类根据类操作使用的属性操作使用的属性来划分类操作。

20、来划分类操作。对对account类来说，操作分成三个类别：类来说，操作分成三个类别：使用使用balance的操作的操作修改修改balance的操作的操作不使用也不修改不使用也不修改balance的操作的操作本讲稿第三十二页，共四十八页基于功能的划分基于功能的划分根据类根据类操作所完成的功能操作所完成的功能来划分类操作。来划分类操作。对对account类来说：类来说：初始化初始化操作（操作（open,setup）计算计算操作（操作（deposit,withdraw）查询查询操作操作balance,summarize,creditLimit）终止终止操作（操作（close）本讲稿第三十三页，共四十

21、八页基于故障的测试与传统的方法类似，也是首先与传统的方法类似，也是首先推测软件中可能推测软件中可能错误错误，然后设计出，然后设计出最可能最可能发现这些错误的发现这些错误的测测试用例试用例。例：测试例：测试SQRT（计算平方根）操作（计算平方根）操作把语句把语句if(x=0)calculate_square_root();误写成误写成if(x0)calculate_square_root();本讲稿第三十四页，共四十八页9.4.2 集成测试 测试一个新类时，需要先测试在定义中所涉及的类，再考虑这些类的组装。关系“is a”“is part of”和“refers to”建立了测试几个类时的次序之

22、间的关联。一旦基本类测试完成，使用这些类的那些类可以接着测试，然后按层次继续测试下去。本讲稿第三十五页，共四十八页多类测试对每个客户类，对每个客户类，使用类操作符列表使用类操作符列表来来生成一系列随机测试序列生成一系列随机测试序列，这些操作符向，这些操作符向服务器类实例服务器类实例发送消息发送消息。对所产生的每个消息，对所产生的每个消息，确定确定协作类和协作类和在服务器对象中的对应操作符在服务器对象中的对应操作符对对服务器中的每个服务器中的每个操作符操作符（已经被来（已经被来自客户对象的消息调用），自客户对象的消息调用），确定传递的消确定传递的消息息对对每个每个消息消息，确定确定下一层被调用的

23、下一层被调用的操操作符作符，并把这些，并把这些操作符结合进测试序列操作符结合进测试序列中中本讲稿第三十六页，共四十八页例：例：银行系统协作图银行系统协作图本讲稿第三十七页，共四十八页对于对于操作序列操作序列：Bank类对类对ATM的操作序列：的操作序列：verifyAcct.verifyPIN.verifyPolicy.withdrawReq|depositReq|acctInfoREQ对对Bank类的类的测试用例测试用例可能是：可能是：#r3verifyAcct.verifyPIN.depositReq为考虑为考虑协作者协作者，上述序列中需要考虑与测试，上述序列中需要考虑与测试用例用例#r3

24、中的每个操作中的每个操作相关的消息相关的消息本讲稿第三十八页，共四十八页Bank需与需与ValidationInfo协作协作以执行以执行verifyAcct和和VerifyPIN，Bank还必须与还必须与Account协作协作以执行以执行depositReq，因此，因此上述协作的上述协作的新测试用例新测试用例是：是：#r4：verifyAcctBank.validAcctValidationInfo.verfyPINBank.validPINvalidationInfo.depositReq.depositaccount本讲稿第三十九页，共四十八页从动态模型导出测试用例例：例：本讲稿第四十页，

25、共四十八页设计出的测试用例应该设计出的测试用例应该覆盖所有状态覆盖所有状态，即操作，即操作序列应该使得序列应该使得account类实例类实例遍历遍历所有允许的状所有允许的状态转换：态转换：#s1：open.setupAccnt.deposit(initial).withdraw(final).close向该序列中加入向该序列中加入附加的测试序列附加的测试序列，可得到其他测，可得到其他测试用例：试用例：#s2:open.setupAccnt.deposit(initial).deposit.balance.credit.withdraw(final).close#s3:open.setupAcc

26、nt.deposit(initial).deposit.withdraw.accntInfo.withdraw(final).close本讲稿第四十一页，共四十八页习题：以下观念正确吗？我们拥有一套讲述如何开发软件的书籍，书中充满了标准与示例，可以帮助我们解决软件开发中遇到的任何问题我们拥有最好的开发工具、最好的计算机，一定能做出优秀的软件。如果我们落后于计划，可以增加更多的程序员来解决。既然需求分析很困难，不管三七二十一先把软件做了再说，反正软件是灵活的，随时可以修改。本讲稿第四十二页，共四十八页习题：以下观念正确吗？如果软件运行较慢，是换一台更快的计算机还是设计一种更快的算法？有最好的软件

27、工程方法，最好的编程语言吗？编程时是否应该多使用技巧？软件中的错误是否可以按严重程度分等级？本讲稿第四十三页，共四十八页判断下列关于程序设计判断下列关于程序设计判断下列关于程序设计判断下列关于程序设计风格和软件测试的叙述。风格和软件测试的叙述。风格和软件测试的叙述。风格和软件测试的叙述。(1)用黑盒法测试时，测试用例是根据程序内部逻辑设用黑盒法测试时，测试用例是根据程序内部逻辑设计的计的(2)(2)尽量用公共过程或子程序代替重复的代码段。尽量用公共过程或子程序代替重复的代码段。尽量用公共过程或子程序代替重复的代码段。尽量用公共过程或子程序代替重复的代码段。(3)测试是为了验证软件已正确实现用户

28、的要求。测试是为了验证软件已正确实现用户的要求。(4)有有n个判定语句的连锁分支结构有个判定语句的连锁分支结构有2n条路径。条路径。(5)尽量采用复合的条件测试，避免嵌套的分支结构。尽量采用复合的条件测试，避免嵌套的分支结构。(6)GOTO(6)GOTO类型的语句概念简单，使用方便，在某些情况下，类型的语句概念简单，使用方便，在某些情况下，类型的语句概念简单，使用方便，在某些情况下，类型的语句概念简单，使用方便，在某些情况下，保留保留保留保留GOTOGOTO类型的语句反能使写出的程序更加简洁。类型的语句反能使写出的程序更加简洁。类型的语句反能使写出的程序更加简洁。类型的语句反能使写出的程序更加

29、简洁。(7)(7)发现错误多的程序模块，残留在模块中的错误越少。发现错误多的程序模块，残留在模块中的错误越少。发现错误多的程序模块，残留在模块中的错误越少。发现错误多的程序模块，残留在模块中的错误越少。(8)程序效率的提高主要应通过选择高效的算法来实现。程序效率的提高主要应通过选择高效的算法来实现。本讲稿第四十四页，共四十八页软件测试的目的是（软件测试的目的是（A A A A）。为了提高测试的效率，应该）。为了提高测试的效率，应该（B B B B）。使用白盒测试方法时，确定测试数据应根据（）。使用白盒测试方法时，确定测试数据应根据（C C）和指定的覆盖标准。与设计测试数据无关的文档是（）和指定

30、的覆盖标准。与设计测试数据无关的文档是（D D D D）。）。A.A.评价软件的质量评价软件的质量评价软件的质量评价软件的质量 发现软件的错误发现软件的错误发现软件的错误发现软件的错误 找出软件中的所有错误找出软件中的所有错误找出软件中的所有错误找出软件中的所有错误 证明软件是正确的证明软件是正确的证明软件是正确的证明软件是正确的B.随机地选取测试数据随机地选取测试数据取一切可能的输入数据作为测试数据取一切可能的输入数据作为测试数据在完成编码以后制定软件的测试计划在完成编码以后制定软件的测试计划选择发现错误的可能性大的数据作为测试数据选择发现错误的可能性大的数据作为测试数据C.程序的内部逻辑程

31、序的内部逻辑程序的复杂程度程序的复杂程度使用说明书使用说明书程序的功能程序的功能D.该软件的设计人员该软件的设计人员程序的复杂程度程序的复杂程度源程序源程序项目开发计划项目开发计划本讲稿第四十五页，共四十八页判断对错题判断对错题1 1软件测试按照测试过程分类为黑盒、白盒测试软件测试按照测试过程分类为黑盒、白盒测试2 2在设计测试用例时，应包括合理的输入条件和不在设计测试用例时，应包括合理的输入条件和不合理的输入条件。合理的输入条件。3.单元测试属于动态测试。单元测试属于动态测试。4.4.从软件开发者的角度出发，普遍希望通过软件测试暴露软件从软件开发者的角度出发，普遍希望通过软件测试暴露软件从软

32、件开发者的角度出发，普遍希望通过软件测试暴露软件从软件开发者的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。中隐藏的错误和缺陷，以考虑是否可接受该产品。中隐藏的错误和缺陷，以考虑是否可接受该产品。中隐藏的错误和缺陷，以考虑是否可接受该产品。5.5.软件项目在进入需求分析阶段，测试人员应该开始介入其中。软件项目在进入需求分析阶段，测试人员应该开始介入其中。软件项目在进入需求分析阶段，测试人员应该开始介入其中。软件项目在进入需求分析阶段，测试人员应该开始介入其中。6.软件生存周期是从软件开始开发到开发结束的整个时期。软件生存周期是从软件开始开发到开发结束的整个时

33、期。软件生存周期是从软件开始开发到开发结束的整个时期。软件生存周期是从软件开始开发到开发结束的整个时期。7.测试人员要坚持原则，缺陷未修复完坚决不予通过。测试人员要坚持原则，缺陷未修复完坚决不予通过。本讲稿第四十六页，共四十八页8 8详细设计的目的是为软件结构图中的每一个模块确详细设计的目的是为软件结构图中的每一个模块确定使用的算法和块内数据结构，并用某种选定的表达定使用的算法和块内数据结构，并用某种选定的表达工具给出清晰的描述。工具给出清晰的描述。9 9软件是一种逻辑实体，而不是具体的物理实体，因而它具软件是一种逻辑实体，而不是具体的物理实体，因而它具软件是一种逻辑实体，而不是具体的物理实体

34、，因而它具软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。有抽象性。有抽象性。有抽象性。1010测试程序仅仅按预期方式运行就行了。测试程序仅仅按预期方式运行就行了。本讲稿第四十七页，共四十八页作业：根据食堂饭卡的使用脚本，画出事件跟踪图作业：根据食堂饭卡的使用脚本，画出事件跟踪图作业：根据食堂饭卡的使用脚本，画出事件跟踪图作业：根据食堂饭卡的使用脚本，画出事件跟踪图用户插卡用户插卡读卡机读出剩余金额读卡机读出剩余金额读卡机显示剩余金额给用户和操作员读卡机显示剩余金额给用户和操作员操作员输入扣减金额操作员输入扣减金额读卡机将原金额数送给金额计算器读卡机将原金额数送给金额计算器读卡机将扣减金额数送给金额计算器读卡机将扣减金额数送给金额计算器计算剩余金额计算剩余金额将剩余金额数送给读卡机将剩余金额数送给读卡机读卡机将剩余金额数写入卡中读卡机将剩余金额数写入卡中显示剩余金额显示剩余金额读卡机提示用户取卡读卡机提示用户取卡用户取走卡用户取走卡读卡机显示等待状态读卡机显示等待状态本讲稿第四十八页，共四十八页