Erlang 单元测试

今天学习了下Erlang单元测试，发现非常有用，现在做个总结：

我们先看一个例子（吐槽下Iteye的erlang代码高亮）：


这个module负责计算1到N的和，现在我们如何确认这个module功能的正确性呢？
方法1：你可以再shell终端下，不断输入测试参数，然后验证程序输出结果，这种方法比较简单，而且可能也是每个人的首选方式，但是当我们日后不断对module进行修改，为了能够保证功能的正确性，我们又必须把以前的测试数据再输入一遍，所以这种方式不可持续发展；
方法2：编写单元测试，“一劳永逸”（下次改完module代码，我们只要跑下单元测试即可）

单元测试代码：


需要注意的几点：
1.单元测试的module名 = 需要测试的module名 +  "_tests"后缀（或者_test_后缀），譬如这里我需要测试diaocow.erl，那么我的单元测试代码就是diaocow_tests.erl；
2.测试方法名需要以"_test"为后缀；
3.单元测试需要引入头文件：-include_lib("eunit/include/eunit.hrl")

现在我们来运行单元测试（需要先编译）


其中：
1.erlc 是编译命令，erlc *.erl表示编译当前目录下所有erlang源文件；
2.eunit:test(Module) 执行某个module的单元测试

到目前似乎一切都OK了，但是你有没有发现代码目录实在是太乱了，源文件，单元测试文件，字节码文件都放在一个目录下，现在我们就按照业界标准来把它们分下类：

src	存放程序源代码文件
ebin	存放编译后的字节码文件
test	存放单元测试源代码文件

如下图


现在我们执行编译：


-o 参数用来指定编译后的字节码存放目录（这里是ebin）

现在我们在重新运行下单元测试：


-pa参数用来指定执行文件（.beam）目录

为了更方便的创建/编译erlang工程项目，我自己写了两个简单的脚本：
1.erlang工程创建脚本


2.erlang工程编译脚本


为了能够更方便的使用这两个脚本，我们在.bashrc文件中配置alias（添加快捷键）


我们看下脚本执行效果：
1.创建erlang项目


2.编译erlang项目(若编译正常，则自动进入erl shell）


其实上面脚本所提供的功能，rebar都提供了，而且更加强大完善(搜索 erlang rebar)

关于erlang的单元测试，我就说到这里，更详细的官方文档，请看这里：http://www.erlang.org/doc/apps/eunit/chapter.html#id61195

评论

4 楼 DiaoCow 2013-01-09  

standalone 写道

Thanks！ 那么rebar是不是写OTP类型的程序用的，如果一般的erlang程序适用吗？

完全可以

3 楼 standalone 2013-01-09  

Thanks！ 那么rebar是不是写OTP类型的程序用的，如果一般的erlang程序适用吗？

2 楼 DiaoCow 2013-01-08  

standalone 写道

很好，学习了！

有个问题，这样每次test都要开一个erlang的shell，怎么能够把test的自动运行放到makefile里面去了，比如

make test

就把所有的测试compile然后跑一遍。。。

感谢你的回复。
rebar中已经支持自动运行测试用例，我看到网上一篇帖子，希望对你有帮助 http://blog.csdn.net/dp0304/article/details/7088176

1 楼 standalone 2013-01-08  

很好，学习了！

有个问题，这样每次test都要开一个erlang的shell，怎么能够把test的自动运行放到makefile里面去了，比如

make test

就把所有的测试compile然后跑一遍。。。