软件工程练习:模块化,单元测试,回归测试,TDD

这是《构建之法》实战教学的一部分。适合作为同学们的第二个程序作业。

第一个程序作业: 请看 “概论” 一章的练习,或者老师的题目,例如这个。

 

作业要求:

软件工程的作业越来越有意思了, 我们在第一个作业中,用各种语言实现了一个命令行的四则运算小程序。 我们看看如果要把我们的小程序升级为能稳定运行,解决用户问题的软件,应该怎么做。

 

建议在做下面的题目的时候,采用结对编程的方式, 在练习中,让同学们学会模块化编程,信息隐藏,接口设计,TDD,等。

大家写了不少四则运算的练习,这些代码都各有特色,大家写的 “软件” 也有一定的用处。  如果我们要把这个功能放到不同的环境中去 (例如,命令行,Windows 图形界面程序,网页程序,手机App),  就会碰到困难,  因为目前代码的普遍问题是代码都散落在 main() 函数或者其他子函数中,我们很难把这些功能完整地剥离出来,作为一个独立的模块满足不同的需求。

 

我们看到,不同的代码解决不同层面的问题,有些是内部数据的计算 (例如四则运算);有些是和用户输入相关的 (例如 scanfcin,图形界面的输入输出),有些是和数据的展现相关的 (例如 printf coutprintln,DrawText),有些是和程序所在平台的架构相关的(例如 main 函数,程序倒计时的实现等)。 这就需要我们对软件的架构做一些整理和优化。

建议大家把四则运算的计算功能包装在一个模块中 (这个模块可以是一个类 Class,  一个DLL,等等), 为了方便起见,我们叫它 “计算核心” 模块, 这个模块至少在两个地方可以使用:

  1. 测试程序,这个可以是一个命令行的程序,或者是JUnit 的框架,或者是Visual Studio 单元测试的框架。这样,我们在算法层级保证了这个模块的正确性。

  2. 实际的软件,这是交付给最终用户的软件,有一定的界面和必要的辅助功能。

那么这个“计算核心”模块和使用它的其他模块之间是什么关系呢?  它们要通过一定的API (Application Programming Interface) 来和其他模块交流。 这个API 接口应该怎么设计呢?  (这是一个给有一定经验和实力的同学的题目), 为了简单,我们可以从下面的最简单的接口开始:

            Calc()

            这个Calc 函数接受字符串的输入(字符串里就是运算式子,例如 “ 5+3.5“  “7/8 – 3/8 ”  “3 + 90 * (-0.3) 等等),这个模块的返回值是一个字符串,例如,前面几个例子的结果就是 ( 17.5“, “ 1/2”“-24“).

  

假设我们用的是类,我们的测试程序刚开始可以是非常简单的测试例子: (用伪代码表示)

            String  result  = Core.Calc(“1 + 1”) ;

            Assert ( result == “2”);  //我们断言 1 + 1 的结果一定是 2.

然后同学们实现自己 Core 的这个功能。

第一阶段目标 - 能把计算的功能封装起来,通过测试程序和API 接口测试其简单的加法功能。

加法成功之后,然后我们再做减法, 乘法,除法,我们假设目前为止都是两个操作数的运算,还是很容易实现的。 由于同学们已经在自己以前的程序中实现了各种算法,这时候只要把实现的算法搬过来就好了。 大家可以不断增加测试的数量,在每实现一个新的功能的时候,要保证以前运行正确的例子继续是正确的, 通过这样的 回归测试,  来保证自己实现的函数一直是正确的 (请看书中关于单元测试,回归测试的内容)

  

第二阶段目标 - 通过测试程序和API 接口测试其简单的加减乘除功能。并能看到代码覆盖率。  

然后,更欢乐的情况出现了, 多个运算符的运算,带负数的运算。

 啊,等一下,如果我们考虑这些情况的话, 我们这个模块有一些参数要设置,例如,最多几个运算符,能带括号么?数据范围是多少,还要设置计算的精度(保留几位小数,必须是用分数形式表示么,等等), 这是由什么API 来决定呢?   我们可以扩展 Calc() 的定义,让它接受一个新的参数 “precision”,  或者我们可以启用一个新的函数 Setting()。

如果我想表示:

    最多4 个运算符

    数值范围是 -1000 到 1000

    精度是小数点后两位

怎么通过API 告诉我们的模块呢?  我们当然可以用函数的参数直接传递,但是参数的组合很多,怎么定义好参数的规范呢?   建议大家考虑用 XML 来传递这些参数。

增加了新的Setting() 函数之后,我们要让模块支持这样的参数,同时,还要保证原来的各个测试用例继续正确地工作

 

 

第三阶段目标 - 通过测试程序和API 接口测试对于各种参数的支持。并能看到代码覆盖率。   

这个时候,如果输入是有错误的,例如 “1 ++ 2”, 在数值范围是 -1000 .. 1000 的时候,传进去 “10000 + 32768 * 3”,  或者是 “ 248.04 / 0”  怎么办? 怎么告诉函数的调用者 “你错了”?  把返回的字符串定义为 “-1” 来表示? 那么如果真的计算结果是 “-1” 又怎么处理呢?

 

建议这个时候,我们要定义各种异常 (Exception), 让 Core 在碰到各种异常情况的时候,能告诉调用者 - 你错了! 当然,这个时候,我们同样要进行下面的增量修改:

  定义要增加什么功能 - 例如:支持 “运算式子格式错误” 异常

       写好测试用例,传进去一个错误的式子,期望能捕获这个 异常。 如果没有,那测试就报错。

       在 Core 模块中实现这个功能

       测试这个功能

       同时测试所有以前的功能,保证以前的功能还能继续工作 (没有 regression)

       确认功能完成,继续下一个功能

 

第四阶段目标 - 界面模块,测试模块和核心模块的松耦合。

既然各组各组同学都写了高质量的各个模块,而且模块之间的关系是明确定义的,一致的,那么,小组A 的测试模块就可以测试小组B 的核心模块;小组C 的用户界面模块就可以和小组B 的核心模块结合起来,正常运行。对吧?! 那我们就让两个小组 (A,B) 在一起,测试一下下面的情况:

      - A 的核心模块, 加上B 的测试模块和用户界面模块

      - B 的核心模块,加上A 的测试模块和用户界面模块

两组同学分析合并之后出现了什么问题,为何会出现这样的问题?如何改进?   并且改进各种模块中的 bug

(请看北航同学的作业心得:https://www.cnblogs.com/SivilTaram/p/4859934.html )

 

第五阶段目标 - 通过增量修改的方式,改进程序, 完成对各种错误情况的处理。

选择两组程序中高质量的模块,增加必要的功能,把所有代码签入源代码管理服务器, 同时,把这个软件发布出来。

(请看北航一个同学的尝试:https://www.cnblogs.com/skyxuan/p/4858486.html)

 

第六阶段目标 - 如何把这些模块重用到别的相关项目中去。

例如,现在大家要做一个 【24点游戏】:

有四个数字,通过加减乘除括号等四则运算,把四个数字组成一个算式,结果是 24。 这个游戏有两档难度,入门级:数字在 1..10 之间; 高级:数字在 1..99 之间

可用命令行或本地GUI 或 网页界面的方式实现这个游戏

 

我们要从头开始写所有的程序么?这个题目需要的一些功能和我们花了很长时间做的 “四则运算” 模块有不少类似之处, 那么,如何把现有模块经过少量的改动,快速地构建成为一个 24 点游戏所需的模块呢? 做到这些,并能总结一些规律,软件工程课程就有点摸到 “工程” 的边了!

 

 

 

转载于:https://www.cnblogs.com/xinz/p/4421170.html

你可能感兴趣的:(软件工程练习:模块化,单元测试,回归测试,TDD)