自动化软件测试练习

上一篇 / 下一篇 2012-07-13 08:56:44 / 个人分类：自动化测试

　　为了确认游戏的功能是否正常，你需要一遍一遍地在你的游戏中输入命令。这个过程是很枯燥无味的。如果能写一小段代码用来测试你的代码岂不是更好？然后只要你对程序做了任何修改，或者添加了什么新东西，你只要「跑一下你的测试」，而这些测试能确认程序依然能正确运行。这些自动测试不会抓到所有的bug，但可以让你无需重复输入命令运行你的代码，从而为你节约很多时间。51Testing软件测试网,qr;J~,`

　　从这一章开始，以后的练习将不会有「你应该看到的结果」这一节，取而代之的是一个「你应该测试的东西」一节。从现在开始，你需要为自己写的所有代码写自动化测试，而这将让你成为一个更好的程序员。

　　我不会试图解释为什么你需要写自动化测试。我要告诉你的是，你想要成为一个开发人员，而程序的作用是让无聊冗繁的工作自动化，测试软件毫无疑问是无聊冗繁的，所以你还是写点代码让它为你测试的更好。

　　这应该是你需要的所有的解释了。因为你写单元测试的原因是让你的大脑更加强健。你读了这本书，写了很多代码让它们实现一些事情。现在你将更进一步，写出懂得你写的其他代码的代码。这个写代码测试你写的其他代码的过程将强迫你清楚的理解你之前写的代码。这会让你更清晰地了解你写的代码实现的功能及其原理，而且让你对细节的注意更上一个台阶。51Testing软件测试网VAT i%c!i

　　撰写TestCase51Testing软件测试网:y{[-Y!^0[#`

　　我们将拿一段非常简单的代码为例，写一个简单的测试，这个测试将建立在上节我们创建的项目框架上面。

　　首先从你的项目框架创建一个叫做 ex47 的项目。确认该改名称的地方都有改过，尤其是 tests/ex47_tests.rb 这处不要写错。51Testing软件测试网/We'I"eS)E

　　接下来建立一个简单的ex47/lib/game.rb 文件，里边放一些用来被测试的代码。我们现在放一个傻乎乎的小 class 进去，用来作为我们的测试对象：

class Room

attr_accessor :name, :description, :paths51Testing软件测试网~ G(w*Ik,S

def initialize(name, description)
~ ~OM(`i"m0    @name = name
,Gz)u*{E JQ8n0    @description = description
    @paths = {}
}4h(}\5lS0 end

-C Vy#zS0 def go(direction)
tlI:Y?M,L0 @paths[direction]
P XoJ;wo;sZrT0 end

def add_paths(paths)51Testing软件测试网xqGJ,S0L
@paths.update(paths)51Testing软件测试网6M1z8s6C.\
end51Testing软件测试网+Z8Jupz

(o6b'z P-S,yOA0end51Testing软件测试网;^s4ep*a

;D{2h r7LXKI0　　一旦你有了这个文件，修改你的 unit test 框架变成这样：51Testing软件测试网%a [S _~~R$U

require 'test/unit'51Testing软件测试网8X0] \6c)P*m3G
require_relative '../lib/ex47'

class MyUnitTests north, :south => south})
"gTT4aY}v5O*A4Ry0 assert_equal(center.go(:north), north)
assert_equal(center.go(:south), south)
X&K&tfm sh0 end

def test_map()
    start = Room.new("Start", "You can go west and down a hole.")
;L(_*p Ch&Q sAA@0    west = Room.new("Trees", "There are trees here, you can go east.")
+b#{.Z*?[q+A:Fa0    down = Room.new("Dungeon", "It's dark down here, you can go up.")

    start.add_paths({:west => west, :down => down})
E3cny x0    west.add_paths({:east => start})
dR\/rfX0    down.add_paths({:up => start})

w^~U7ZJi d0    assert_equal(start.go(:west), west)51Testing软件测试网F9B SSb,g1i%I
    assert_equal(start.go(:west).go(:east), start)
    assert_equal(start.go(:down).go(:up), start)
end

end51Testing软件测试网 `.l%|S;@T

"qFz^;Q@-w.b5^0　　这个文件 require 了你在lib/ex47.rb 里建立的 Room这个类，接下来我们要做的就是测试它。于是我们看到一系列的以 test_ 开头的测试方法，它们就是所谓的「Test Case」，每一个Test Case里面都有一小段代码，它们会建立一个或者一些房间，然后去确认房间的功能和你期望的是否一样。它测试了基本的房间功能，然后测试了路径，最后测试了整个地图。

　　这里最重要的方法是 assert_equal，它保证了你设置的变量，以及你在Room 里设置的路径和你的期望相符。如果你得到错误的结果的话，Ruby 的 Test::Unit 模块将会印出一个错误信息，这样你就可以找到出错的地方并且修正过来。

　　测试指南

　　在写测试代码时，你可以照着下面这些不是很严格的指南来做：

　　1、测试脚本要放到 tests/目录下，并且命名为test_NAME.rb这样做还有一个好处就是防止测试代码和别的代码互相混掉。51Testing软件测试网a,\G#P#Ro%q

E,M||r0　　2、为你的每一个模块写一个测试。51Testing软件测试网)ksYUB|A3K

;B4i4ih~\0　　3、Test Cast 方法保持简短，但如果看上去不怎么整洁也没关系，Test Cast一般都有点乱。

Ja.a[0W i u6N$x0　　4、就算Test Cast有些乱，也要试着让他们保持整洁，把里边重复的代码删掉。建立一些辅助方法来避免重复的代码。当你下次在改完代码需要改测试的时候，你会感谢我这一条建议的。重复的代码会让修改测试变得很难操作。51Testing软件测试网I `_V3rCW

R{ Q$Yh-q R*L'["Q?0　　5、最后一条是别太把测试当做一回事。有时候，更好的方法是把代码和测试全部删掉，然后重新设计代码。

　　你应该看到的结果

51Testing软件测试网f1ya C*m ]8\

$ ruby test_ex47.rb
y k_q0y0Loaded suite test_ex47
Started
...51Testing软件测试网6kg6?1r(g9GD_
Finished in 0.000353 seconds.

3 tests, 7 assertions, 0 failures, 0 errors, 0 skips