Discourse 플러그인 개발 - 6부 - 승인 테스트 추가

이전 튜토리얼: Developing Discourse Plugins - Part 5 - Add an admin interface


Discourse 코드베이스를 위한 두 가지 큰 테스트 스위트가 있다는 것을 아셨나요? 서버 측에서는 Ruby 코드가 rspec를 사용하는 테스트 스위트를 갖추고 있습니다. 브라우저 애플리케이션의 경우, ember-testing이 포함된 qunit 스위트를 사용합니다.

개발 환경이 설정되어 있다고 가정하면, http://localhost:3000/tests URL을 방문하면 브라우저에서 JavaScript 테스트 스위트를 실행하기 시작합니다. 흥미로운 점 중 하나는 화면 오른쪽 하단의 축소된 창에서 애플리케이션이 테스트되는 모습을 볼 수 있다는 것입니다:

Discourse 애플리케이션은 /tests URL을 방문하면 실행이 시작되는 매우 많은 수의 테스트로 구성되어 있습니다. 따라서 현재 작업 중인 플러그인으로 테스트를 필터링하는 것이 도움이 될 수 있습니다. 인터페이스에서 Plugin 드롭다운을 클릭하고 해당 플러그인을 선택하여 이를 수행할 수 있습니다:

플러그인에 인수 테스트(Acceptance Test) 추가하기

먼저, 최신 버전의 Discourse가 체크아웃되어 있는지 확인하세요. 플러그인에서 인수 테스트를 실행할 수 있는 기능은 비교적 새로운 기능이며, 최신 버전으로 체크아웃하지 않으면 테스트가 표시되지 않습니다.

이 글에서는 이 시리즈의 5부에서 작성한 purple-tentacle 플러그인을 위한 인수 테스트를 작성하겠습니다.

인수 테스트를 추가하는 것은 플러그인에 파일을 하나 추가하는 것만큼 쉽습니다. 다음을 생성하세요:

test/javascripts/acceptance/purple-tentacle-test.js

import { acceptance, exists } from "discourse/tests/helpers/qunit-helpers";
import { click, visit } from "@ember/test-helpers";
import { test } from "qunit";

acceptance("Purple Tentacle", function (needs) {
  needs.settings({ purple_tentacle_enabled: true });
  needs.user();

  test("Purple tentacle button works", async function (assert) {
    await visit("/admin/plugins/purple-tentacle");
    assert.ok(exists("#show-tentacle"), "it shows the purple tentacle button");
    assert.ok(!exists(".tentacle"), "the tentacle is not shown yet");
    await click("#show-tentacle");
    assert.ok(exists(".tentacle"), "the tentacle wants to rule the world!");
  });
});

테스트를 명확하게 작성하려고 노력했지만, 이전에 인수 테스트를 작성해 본 적이 없다면 다소 혼란스러울 수 있습니다. 많은 유용한 정보가 포함되어 있으므로 인수 테스트에 대한 Ember 문서를 강력하게 읽어보시길 권장합니다.

작성하는 각 테스트에서 무언가를 assert(assert)해야 합니다. 우리의 테스트에서는 문어가 처음에는 숨겨져 있는지, 그리고 버튼을 클릭한 후에만 표시되는지 확인하기 위해 몇 가지 어설션을 수행하려고 합니다.

어설션이 수행되기 전에 취할 동작 집합을 정의하고 싶습니다. 이를 위해 await 키워드를 사용합니다. 이 키워드를 사용하면 각 비동기 헬퍼의 실행이 완료될 때까지 기다립니다.

중요한 첫 번째 동작은 다음과 같습니다: await visit("/admin/plugins/purple-tentacle");. 이는 애플리케이션에서 해당 URL로 이동하도록 테스트에 지시합니다. 그 URL은 문어를 표시하는 페이지였습니다.

보라색 문어 버튼이 나타나는 페이지를 방문한 후, 페이지에 버튼이 존재하는지 확인하고 아직 문어 이미지가 존재하지 않는지 확인하고 싶습니다.

이는 다음 어설션으로 수행됩니다:

assert.ok(exists("#show-tentacle"), "it shows the purple tentacle button");
assert.ok(!exists(".tentacle"), "the tentacle is not shown yet");

참고. 이전 버전의 purple-tentacle 플러그인은 handlebars 템플릿에 #show-tentacle 요소 ID가 없었습니다. 따라 해보려면 최신 버전을 확인하세요!

그 테스트들이 통과하면 이제 상호작용을 테스트할 차례입니다.

다음 명령어는 await click('#show-tentacle');이며, 이는 테스트 프레임워크에 버튼을 클릭하여 문어를 표시하고 싶다고 알립니다.

버튼 클릭을 시뮬레이션한 후, 다음을 어설션하여 문어가 나타나는지 확인할 수 있습니다:

assert.ok(exists(".tentacle"), "the tentacle wants to rule the world!");

별로 어렵지 않나요? 개발 머신에서 http://localhost:3000/tests?qunit_single_plugin=purple-tentacle&qunit_skip_core=1을 방문하여 테스트를 직접 시도해 볼 수 있습니다. 보라색 문어가 빠르게 나타나는 것을 볼 수 있으며 모든 테스트가 통과할 것입니다.

PhantomJS를 사용하여 명령줄에서 플러그인 qunit 테스트를 실행하려면 다음을 실행할 수 있습니다

rake plugin:qunit['purple-tentacle']

(여기서 purple-tentacle은 플러그인의 폴더 이름입니다)

테스트 디버깅

플러그인을 작성하는 동안, 테스트는 플러그인의 문제를 식별하는 데 도움이 될 수 있습니다. 테스트를 개발하거나 플러그인 코드를 변경할 때 테스트가 실패할 수 있습니다. 그 이유를 이해하는 데 도움이 되도록, Ember에는 pauseTest()와 resumeTest()라는 좋은 헬퍼들이 있습니다.

이를 활용하려면, 테스트가 일시 중지되기를 원하는 테스트 코드 안에 await pauseTest()를 추가하세요. 이제 브라우저에서 테스트를 실행하면, pauseTest()를 추가한 지점에서 테스트가 자동으로 일시 중지됩니다. 이는 페이지를 검사하거나 문제를 디버깅하는 데 도움이 되는 오류를 확인하는 시간을 제공합니다.

다음 단계

고장난 레코드처럼 들리는 것이 싫지만, 테스트에 대한 Ember 문서는 훌륭합니다. 또한 JavaScript 테스트 디렉터리에서 테스트를 탐색하여 Discourse가 다양한 기능을 어떻게 테스트하는지 살펴보는 것도 좋습니다. 거기서 배울 수 있는 예제가 꽤 많이 있습니다.

즐거운 테스트 시간 되세요!


시리즈의 나머지 부분

1부: 플러그인 기초
2부: 플러그인 아웃렛
3부: 사이트 설정
4부: git 설정
5부: 관리자 인터페이스
6부: 이 주제
7부: 플러그인 게시


이 문서는 버전 관리됩니다 - 변경 사항을 github에서 제안하세요.

30개의 좋아요

OMG, have I put off writing tests for this long?!

A few things
I noticed you put an “id” into the template file that wasn’t there in the previous tutorial
I added 3 more tests to deal with the “Hide Tentacle” button I added
I needed to be logged in it is an Admin page
I needed to use port 4000 for my VirtualBox Vagrant set-up

Happily, quick success !

5개의 좋아요

I’ve noticed a push to implement testing for plugins lately and I completely agree that this is important. I’ve been terrible at writing these in the past and want to get caught up.

I was considering the setup of Travis CI on a plugin repo as I noticed the ability to use Docker with Travis. But having never touched Travis before, is it possible to do this with a plugin? It would be nice to submit PRs to my own repo and have the tests run automatically.

5개의 좋아요

how can I run single ember tests on the browser?

http://localhost:3000/qunit?module=Acceptance%3A%20Purple%20Tentacle

I mean, if I have another acceptance test called “another test”, how would I run it? Thank you!

If you click “rerun” beside a test, you’ll get a URL that is just for that particular test that you can refresh over and over.

You can also run by module by clicking in the “All Module” box and checking off just the modules you want to run.

2개의 좋아요

This tutorial needs updating to replace ok(...) with assert.ok(...).

Have put the necessary changes in a PR - I’m happy to edit the OP if it’s made into a wiki :slight_smile:

https://github.com/eviltrout/purple-tentacle/pull/2

2개의 좋아요

OK it is wikified! PM me if anything else needs this treatment any time.

1개의 좋아요

A note after writing some basic acceptance tests for the Elections Plugin:

  • If you use the default loggedIn option, you’re logged in as eviltrout with the properties in this session fixture

  • You can login as a custom user (necessary if you’ve added custom user properties) by defining your own session fixture and setting it as the current user using the beforeEach hook. See here for an example.

@eviltrout is there a better way of using a custom user for acceptance tests?

5개의 좋아요

What we should probably do is change the acceptance method in discourse to take an argument for the user to log in as. Then your test could say { loggedIn: true, logInAs: angus }

If you’ve got time for that PR we’d accept it!

4개의 좋아요

q: how to run the ruby tests tests for a plugin?

i am trying to run the tests for discourse-github-linkback, but i have no idea how.

After some stackoverflow i tried this (and i got some errors):

~/discourse$ bundle exec rspec ./plugins/discourse-github-linkback/spec/lib/github_linkback_spec.rb 

An error occurred while loading ./plugins/discourse-github-linkback/spec/lib/github_linkback_spec.rb.
Failure/Error: CoreExt::ActiveSupport.without_bootsnap_cache { super }

NameError:
  uninitialized constant GithubLinkback
# ./plugins/discourse-github-linkback/spec/lib/github_linkback_spec.rb:3:in `<top (required)>'
# ------------------
# --- Caused by: ---
# NameError:
#   uninitialized constant GithubLinkback
#   ./plugins/discourse-github-linkback/spec/lib/github_linkback_spec.rb:3:in `<top (required)>'
No examples found.

Randomized with seed 60987


Finished in 0.02025 seconds (files took 3.36 seconds to load)
0 examples, 0 failures, 1 error occurred outside of examples

Randomized with seed 60987

Note that i see the plugin in the local discourse dev admin page, so i hope it is correctly installed (into ~discourse/plugins/

Simplest way, run bin/rake autospec, and save the file

1개의 좋아요

From what i see, doing cd ~/discourse and then running

runs all the tests for discourse.

On my ubuntu 18.04 VM with i5 6500, this has been running for half an hour already.
It feels wrong to run the whole tests suite when i only want to run the tests in that one plugin.
(this is especially so when i probably will modify my tests again, at least a few times)

Did i do something wrong?

Let me guess, you are symlinking your plugin vs checking out directly to the path under plugins

no,

tbp@tbp-linux-dev:~$ cd ~/discourse/plugins/
git clone -b allow-all-user-repositories-wildcard https://github.com/TheBestPessimist/discourse-github-linkback
tbp@tbp-linux-dev:~/discourse/plugins$ ll
total 40
drwxr-xr-x 10 tbp tbp 4096 May 13 21:48 ./
drwxr-xr-x 20 tbp tbp 4096 May 13 21:18 ../
drwxr-xr-x  6 tbp tbp 4096 May 13 20:29 discourse-details/
drwxr-xr-x  6 tbp tbp 4096 May 13 21:48 discourse-github-linkback/
drwxr-xr-x  6 tbp tbp 4096 May 13 20:29 discourse-local-dates/
drwxr-xr-x  9 tbp tbp 4096 May 13 20:29 discourse-narrative-bot/
drwxr-xr-x  7 tbp tbp 4096 May 13 20:29 discourse-nginx-performance-report/
drwxr-xr-x  5 tbp tbp 4096 May 13 20:29 discourse-presence/
drwxr-xr-x  3 tbp tbp 4096 May 13 20:29 lazyYT/
drwxr-xr-x  9 tbp tbp 4096 May 13 20:29 poll/
tbp@tbp-linux-dev:~/discourse/plugins$ 

Can you confirm you tried saving the spec file once it was running, cause it is meant to interrupt stuff and start running the plugin spec?

since the initial bin/rake autospec is still running, there was/is no “save spec file” message yet.
also, by running bin/rake autospec --help, i saw no --save option.

I didn’t understand what save the file meant, so my full command was bin/rake autospec > spec.rb ← probably this is wrong

I meant in Vim or whatever you use, save the spec file, there is a watcher on it that will invoke the spec runner once it is saved.

Also see: How do I run only discourse/plugins/poll/spec? - #6 by tgxworld

1개의 좋아요

Finally i did it :^).

With the help of that link, i ran the tests by using this command:
bundle exec rake plugin:spec["discourse-github-linkback"]
and, ofc, i was in ~/discourse when doing that.

Thanks for all your help @sam!

(1st PR for discourse-plugin babyyyyy :tada:)

8개의 좋아요

My Qunit-Tests aren’t executed or at least they don’t show me any output.
They finish with the following:

No output has been received in the last 10m0s, this potentially indicates a stalled build or something wrong with the build itself.
Check the details on how to adjust your build configuration on: https://docs.travis-ci.com/user/common-build-problems/#Build-times-out-because-no-output-was-received

Travis.CI Result - Travis CI
Test-File - GitHub - kokoro-ko/discourse-humble-box: humble-bundle onebox · GitHub

I am not that skilled with CI yet and haven’t found my mistake by now.

Do your tests pass if you visit /qunit on your development environment? How about if you run rake plugin:qunit[discouse-humble-box]?

2개의 좋아요