Java实验二

测试代码（测试是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求）

在具体测试中，发现了两个bug，一个是在判断不及格时没有要求大于等于零，另一个是没有考虑100的情况。因此要添加grade<0的报错以及修改grade<100为grade<=100。因此一般情况下测试代码要比产品代码要长一些。

(2)TDD(Test Driven Devlopment,测试驱动开发)

  测试驱动开发(TDD):先写测试代码，再写产品代码，从而写出来的代码就是正确的

步骤如下:

   明确当前要完成的功能,记录成一个测试列表

   快速完成编写针对此功能的测试用例

   测试代码编译不通过(无产品代码?)

   编写产品代码

   对代码进行重构,并保证测试通过(重构下次实验练习)

   循环完成所有功能的开发

Eclipse->File->New->Java Project新建一个TDDDemo的Java项目

TDDDemo->右键->New->Source Folder新建一个测试目录test

Test->右键->New->JUnit Test Case新建一个测试用例类MyUtilTest并输入代码（由于没有建立MyUtil类以及percentage2fivegrade方法，所以有红字出现）：

在TDDDemo的src目录中新建MyUtil的类，并实现percentage2fivegrade方法：

我们把鼠标放到MyUtilTest.java上，单击右键，选择Run as->JUnit Test。测试结果出现了一个红条（red bar）,说明测试没通过：

问题出现在第十行55期望结果是不及格，但是没有具体的代码，所以只能报出错误，因此要修改一下MyUtil.java，再次进行测试时，得到了绿条，说明测试已通过：

在这个基础上我们对测试进行拓展优化，增加异常情况用例和边界用例，出现错误后有增加了一条语句出现绿条：

TDD的编码节奏是：

　　·增加测试代码，JUnit出现红条

　　·修改产品代码

　　·JUnit出现绿条，任务完成

(二)面向对象三要素

(1)抽象

抽象是指人在认识思维活动中对事物表象因素的舍弃和对本质因素的抽取。包括两个方面，一是过程抽象，二是数据抽象。过程抽象的结果是函数，数据抽象的结果是抽象数据类型（Abstract Data Type，ADT）

(2) 封装，继承与多态

面向对象三要素：封装、继承、多态。面向对象的思想涉及到软件开发的各个方面，如面向对象分析（OOA）、面向对象设计（OOD）、面向对象编程实现(OOP)。OOA根据抽象关键的问题域来分解系统，关注是什么（what）。OOD是一种提供符号设计系统的面向对象的实现过程，用非常接近问题域术语的方法把系统构造成“现实世界”的对象，关注怎么做（how）,通过模型来实现功能规范。OOP则在设计的基础上用编程语言（如Java）编码。贯穿OOA、OOD和OOP的主线正是抽象。

封装实际上使用方法(method)将类的数据隐藏起来，控制用户对类的修改和访问数据的程度,从而带来模块化(Modularity)和信息隐藏(Information hiding)的好处；接口（interface）是封装的准确描述手段。

首先尝试一下封装：

我们可以用UML中的类图来描述类Dog,首先我们在实验楼的环境中打开shell，在命令行中输入umbrello，打开UML建模软件umbrello.

UML建模之后的模型如下：

对应测试代码和运行结果如下：

实践发现Dog.java和Cat.java中有很多冗余的地方，所以重新定义了一下uml中继承表示：

(三)设计模式初步

(1)S.O.L.I.D

面向对象三要素是“封装、继承、多态”，任何面向对象编程语言都会在语法上支持这三要素。如何借助抽象思维用好三要素特别是多态还是非常困难的，S.O.L.I.D类设计原则是一个很好的指导

基于OCP，利用面向对象中的多态性（Polymorphic），更灵活地处理变更拥抱变化，OCP可以用以下手段实现：（1）抽象和继承，（2）面向接口编程

LSP的核心思想是父类型对象可以被子类型对象所取代

(2)模式与设计模式

模式是某外在环境下﹐对特定问题的惯用解决之道，其中最重要的是设计模式

(3)设计模式实示例

设计模式提供一个用于细化软件系统的子系统或组件，或它们之间的关系图，它描述通信组件的公共再现结构，通信组件可以解决特定语境中的一个设计问题

(四)练习

使用TDD方式设计并实现复数类Complex

伪代码：

　　设计一个复数类，将复数的实部和虚部分别用变量表示。

　　通过实部和虚部分别相加减实现复数的相加减。

　　按照复数的格式将复数打印出来。

产品代码：

单元测试的好处：

　　经过单元测试的代码，质量能够得到保证。

　　单元测试发现的问题很容易定位。

　　修改代码犯的错，经过单元测试易发现。

(五)总结

实验收获：

　这次实验尽管花了很多时间，但是我也收获了很多。首先，通过这次实验，我对虚拟机的使用更加熟悉，也更加适应这种实验模式，对于虚拟机内代码编码更加熟悉迅速。学习到单元测试这个方便快捷并且高质量的测试方式，同时实验中一步一步地引导我学会处理可能出现的种种问题，同时也教会我以后在编写程序的时候要考虑到各种可能性，以提高代码的安全性。

出现的问题和解决方案：

　　　首先由于内网原因，实验楼的UML没有安装上，通过询问老师并自己实践，用update语句和--fix-missing语句成功安装上。

　　　其次由于网络很慢，实验楼内总是卡，所以浪费了很长的时间，解决方案是我在Windows下下了一个eclipse，然后用自己的eclipse进行编码，节省了不必要的时间浪费，大大加快了速度。