让软件测试也可以变得有趣的措施[3]

　　让软件测试也可以变得有趣的措施[3] 软件测试

　　单元测试与功能测试的界限

　　通常单元测试与功能测试之间并没有明确的界限。老实说，有时我也不清楚这个界限在什么位置。在编写单元测试时，我根据以下原则来确定当前编写的单元测试实际上是否是功能测试：

　　如果单元测试跨越类边界，则它就可能是功能测试。

　　如果单元测试变得很复杂，则它可能是功能测试。

　　如果单元测试很脆弱(也就是说，虽然它是一个有效测试，但它必须不断改变以处理不同的用户组合)，则它可能是功能测试。

　　如果编写单元测试比编写其所测试的代码更难，则它可能是功能测试。

　　请注意“它可能是功能测试”这一措辞。本文无法提供硬性而快速的规则。单元测试与功能测试中之间有一个界限，但界限的具体位置要由您来确定。您用单元测试用得越熟练，某个特定测试是单元测试还是功能测试的界限就越明显。

　　小结

　　单元测试是从开发人员的角度出发编写的，并且关注的是所测试的类的特定方法。当编写单元测试时，请使用以下这些原则：

　　首先编写单元测试，然后再编写要测试的类代码

　　在单元测试中捕获代码注释。

　　测试所有执行“令人感兴趣的”功能(即，不是 getter 和 setter，除非它们以某种独特的方式执行获取和设置操作)的公共方法。

　　将每个测试实例与它要测试的类放在同一个包内，以获得对包成员和保护成员的访问权。

　　避免在单元测试中使用特定于域的对象。

　　功能测试是从用户的角度出发编写的，并且关注用户感兴趣的系统行为。找一个优秀的功能测试框架，或者开发一个测试框架，并使用这些功能测试识别用户的真实需求。这样，功能测试人员即可获得一种自动化工具以及使用这一工具的着手点。

　　使单元测试和功能测试成为您开发过程中的中心环节。如果您这样做了，您将对系统的运行及扩展充满信心。如果您没有这样做，您对系统就没有十足的把握。测试可能不那么有趣，但是在开发过程中进行单元测试和功能测试使开发变得相当有趣。

原文转自：http://www.ltesting.net