如何解决功能测试取决于所测试的工具吗?
我正在努力增进对功能测试的了解。
我随机选择了朋友们做的Laravel项目。我看到他们使用app/
文件夹来组织所有常见的事情,例如模型,数据传输对象,控制器等...基本上是该项目负责的REST API的所有应用程序逻辑。
我还注意到一个名为tests/feature
的文件夹,其中包含我最近了解到的功能测试。我发现有趣的是看起来像这样的代码:
use App\Profile;
class HobbyFeatureTest extends FeatureTestCase
{
// other code ...etc...
public function testGetUserHobbyyOnUserWithNoHobby()
{
$response = $this->getJson('api/user/me/hobbies')->assertOk(); /// makes a PHP curl call
$response->assertJson($this->profile->hobby->toArray());
}
// other code ...etc...
}
基本上$this->profile
是App\Profile
的实例。 api/user/me/hobbies
的构造也依赖于App\Profile
。
我发现这很不正常,因为这意味着您正在使用正在测试的工具进行测试?不会使用与要测试的代码相同的代码库进行功能测试吗?
我的问题的背景
在我看来,几年前,我在编写功能测试时并不知道它们的真正含义。我做的不同的是,我用Ruby语言在完全独立的代码库(git项目)中编写了所有功能测试,以测试使用golang构建的静态API。我的ruby代码将加载模拟数据库快照,然后ping每个golang api并评估其响应。我有两个代码库的动机是:
- 我希望功能测试的基础代码尽可能不受测试代码的影响。我正在尝试实现与double-entry bookkeeping in accounting的相似之处。
- 如果我将API重新平台化为其他技术,我希望功能测试可重复使用。事实证明这很有用,因为该API最初是用PHP5构建的。当PHP5达到使用寿命时,我在新架构下用golang重建了API(还需要解决一些技术问题)。我很高兴能够保留并重新使用90%的红宝石功能测试。
基于我仅有的其他编写测试的经验,Laravel采取的一种方法没有意识到我在上述两点中提到的好处,这让我感到奇怪。因此,我想更好地了解Laravel以这种方式实施功能测试的动机,或者将功能测试保存在单独的代码库中是否存在固有的错误?
解决方法
Laravel
中的功能测试就是我所说的现代集成测试。在进行集成测试时,将一起测试系统的多个部分。因此,数据库是Laravel
代码,而不是Web服务器,因为这是一种模拟API的伪造方法,并且未使用Apache
或Nginx
等传统方法。
这种方法的理由很自以为是,但我的看法是这样。在传统的单元测试中,您应该模拟系统的大部分未被测试的部分。模型,数据库层等。Laravels
模型很容易模拟,会嘲笑每一个雄辩的调用,很快就会成为一对。相反,在功能测试中,您可以轻松创建一个对整个系统有效的测试。这遵循Laravel的基本方法,即应为with expressive,elegant syntax
,有关引用请参见laravel.com。
public function testSeeProfile () {
$profile = factory(Profile::class)->create();
$response = $this->json('api/profile/' . $profile->id);
$response->assertJson(...);
}
这是您编写测试,测试逻辑,数据库层以及开发人员关心的所有事情的简便方式。用Laravel
术语来说,这是一个功能测试,我将其称为现代功能测试或真正的集成测试。
这不能代替真实的功能测试,应该使用Dusk
,Selenium
,Cypress
或类似方法进行测试。我将保留在另一个单独的项目中。当Laravel
有黄昏时,它会变得模糊,这可以在您的项目中做到。在使用真实的Web服务器之前,您不是“真实的”功能测试,而Laravel
功能测试仍然不能执行此操作。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。