diff options
author | fox <[email protected]> | 2021-08-18 07:51:19 +0300 |
---|---|---|
committer | fox <[email protected]> | 2021-08-18 07:51:19 +0300 |
commit | 28eafa2bcd6e327e7014174c4efd4c10d9491e27 (patch) | |
tree | efd9e28718eff791dcaa7ffddbac44c38deedfb8 /plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001 | |
parent | a73e3bec45c5523910c711cf882976b71781ac9e (diff) | |
parent | b6b6771d8d7dcf13938d1578099074b0123a5d5e (diff) |
Merge pull request 'pull latest readability-php via composer' (#42) from niehztog/tt-rss:update-readability into master
Reviewed-on: https://git.tt-rss.org/fox/tt-rss/pulls/42
Diffstat (limited to 'plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001')
5 files changed, 375 insertions, 0 deletions
diff --git a/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/config.json b/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/config.json new file mode 100644 index 000000000..0ac6816ed --- /dev/null +++ b/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/config.json @@ -0,0 +1,3 @@ +{ + "ArticleByLine": true +}
\ No newline at end of file diff --git a/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/expected-images.json b/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/expected-images.json new file mode 100644 index 000000000..5bed34dc9 --- /dev/null +++ b/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/expected-images.json @@ -0,0 +1,3 @@ +[ + "http:\/\/fakehost\/static\/code\/2013\/blanket-coverage.png" +]
\ No newline at end of file diff --git a/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/expected-metadata.json b/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/expected-metadata.json new file mode 100644 index 000000000..52dafa149 --- /dev/null +++ b/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/expected-metadata.json @@ -0,0 +1,8 @@ +{ + "Author": "Nicolas Perriault —", + "Direction": null, + "Excerpt": "Nicolas Perriault's homepage.", + "Image": null, + "Title": "Get your Frontend JavaScript Code Covered | Code", + "SiteName": null +} diff --git a/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/expected.html b/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/expected.html new file mode 100644 index 000000000..e05810ff7 --- /dev/null +++ b/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/expected.html @@ -0,0 +1,128 @@ +<section><p><strong>So finally you're <a href="http://fakehost/code/2013/testing-frontend-javascript-code-using-mocha-chai-and-sinon/">testing your frontend JavaScript code</a>? Great! The more you +write tests, the more confident you are with your code… but how much precisely? +That's where <a href="http://en.wikipedia.org/wiki/Code_coverage">code coverage</a> might +help.</strong> + </p> + <p>The idea behind code coverage is to record which parts of your code (functions, + statements, conditionals and so on) have been executed by your test suite, + to compute metrics out of these data and usually to provide tools for navigating + and inspecting them.</p> + <p>Not a lot of frontend developers I know actually test their frontend code, + and I can barely imagine how many of them have ever setup code coverage… + Mostly because there are not many frontend-oriented tools in this area + I guess.</p> + <p>Actually I've only found one which provides an adapter for <a href="http://visionmedia.github.io/mocha/">Mocha</a> and + actually works…</p> + <blockquote> + <p>Drinking game for web devs: + <br></br>(1) Think of a noun + <br></br>(2) Google "<noun>.js" + <br></br>(3) If a library with that name exists - drink</p>— Shay Friedman (@ironshay) + <a href="https://twitter.com/ironshay/statuses/370525864523743232">August 22, 2013</a> + </blockquote> + <p><strong><a href="http://blanketjs.org/">Blanket.js</a></strong> is an <em>easy to install, easy to configure, +and easy to use JavaScript code coverage library that works both in-browser and +with nodejs.</em> + </p> + <p>Its use is dead easy, adding Blanket support to your Mocha test suite + is just matter of adding this simple line to your HTML test file:</p> +<pre><code><script src="vendor/blanket.js" + data-cover-adapter="vendor/mocha-blanket.js"></script> +</code></pre> + + <p>Source files: <a href="https://raw.github.com/alex-seville/blanket/master/dist/qunit/blanket.min.js">blanket.js</a>, + <a href="https://raw.github.com/alex-seville/blanket/master/src/adapters/mocha-blanket.js">mocha-blanket.js</a> + </p> + <p>As an example, let's reuse the silly <code>Cow</code> example we used + <a href="http://fakehost/code/2013/testing-frontend-javascript-code-using-mocha-chai-and-sinon/">in a previous episode</a>:</p> +<pre><code>// cow.js +(function(exports) { + "use strict"; + + function Cow(name) { + this.name = name || "Anon cow"; + } + exports.Cow = Cow; + + Cow.prototype = { + greets: function(target) { + if (!target) + throw new Error("missing target"); + return this.name + " greets " + target; + } + }; +})(this); +</code></pre> + + <p>And its test suite, powered by Mocha and <a href="http://chaijs.com/">Chai</a>:</p> +<pre><code>var expect = chai.expect; + +describe("Cow", function() { + describe("constructor", function() { + it("should have a default name", function() { + var cow = new Cow(); + expect(cow.name).to.equal("Anon cow"); + }); + + it("should set cow's name if provided", function() { + var cow = new Cow("Kate"); + expect(cow.name).to.equal("Kate"); + }); + }); + + describe("#greets", function() { + it("should greet passed target", function() { + var greetings = (new Cow("Kate")).greets("Baby"); + expect(greetings).to.equal("Kate greets Baby"); + }); + }); +}); +</code></pre> + + <p>Let's create the HTML test file for it, featuring Blanket and its adapter + for Mocha:</p> +<pre><code><!DOCTYPE html> +<html> +<head> + <meta charset="utf-8"> + <title>Test</title> + <link rel="stylesheet" media="all" href="vendor/mocha.css"> +</head> +<body> + <div id="mocha"></div> + <div id="messages"></div> + <div id="fixtures"></div> + <script src="vendor/mocha.js"></script> + <script src="vendor/chai.js"></script> + <script src="vendor/blanket.js" + data-cover-adapter="vendor/mocha-blanket.js"></script> + <script>mocha.setup('bdd');</script> + <script src="cow.js" data-cover></script> + <script src="cow_test.js"></script> + <script>mocha.run();</script> +</body> +</html> +</code></pre> + + <p><strong>Notes</strong>:</p> + <ul><li>Notice the <code>data-cover</code> attribute we added to the script tag + loading the source of our library;</li> + <li>The HTML test file <em>must</em> be served over HTTP for the adapter to + be loaded.</li> + </ul><p>Running the tests now gives us something like this:</p> + <p> + <img alt="screenshot" src="http://fakehost/static/code/2013/blanket-coverage.png"></img></p> + <p>As you can see, the report at the bottom highlights that we haven't actually + tested the case where an error is raised in case a target name is missing. + We've been informed of that, nothing more, nothing less. We simply know + we're missing a test here. Isn't this cool? I think so!</p> + <p>Just remember that code coverage will only <a href="http://codebetter.com/karlseguin/2008/12/09/code-coverage-use-it-wisely/">bring you numbers</a> and + raw information, not actual proofs that the whole of your <em>code logic</em> has + been actually covered. If you ask me, the best inputs you can get about + your code logic and implementation ever are the ones issued out of <a href="http://www.extremeprogramming.org/rules/pair.html">pair programming</a> +sessions + and <a href="http://alexgaynor.net/2013/sep/26/effective-code-review/">code reviews</a> — + but that's another story.</p> + <p><strong>So is code coverage silver bullet? No. Is it useful? Definitely. Happy testing!</strong> + </p> + </section>
\ No newline at end of file diff --git a/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/source.html b/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/source.html new file mode 100644 index 000000000..951e8745d --- /dev/null +++ b/plugins/af_readability/vendor/fivefilters/readability.php/test/test-pages/001/source.html @@ -0,0 +1,233 @@ +<!DOCTYPE html> +<html class="no-js" lang="en"> + + <head> + <meta charset="utf-8"/> + <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"/> + <title>Get your Frontend JavaScript Code Covered | Code | Nicolas Perriault</title> + <meta + name="description" content="Nicolas Perriault's homepage."/> + <meta name="viewport" content="width=device-width"/> + <link href="//fonts.googleapis.com/css?family=Asap:400,400italic,700,700italic&subset=latin,latin-ext" + rel="stylesheet" type="text/css"/> + <link rel="stylesheet" type="text/css" href="/static/packed.css?1412806084"/> + <link rel="alternate" type="application/rss+xml" href="/code/feed/" title="Code (RSS)"/> + <link rel="alternate" type="application/rss+xml" href="/photography/feed/" + title="Photography (RSS)"/> + <link rel="alternate" type="application/rss+xml" href="/talks/feed/" title="Talks (RSS)"/> + <link rel="alternate" type="application/rss+xml" href="/carnet/feed/" + title="Carnet (RSS)"/> + <link rel="alternate" type="application/rss+xml" href="/feed/" title="Everything (RSS)"/> + <!--[if lt IE 9]> + <script src="//html5shiv.googlecode.com/svn/trunk/html5.js"></script> + <![endif]--> + </head> + + <body class="code " onload="prettyPrint()"> + <!--[if lt IE 7]> + <p class="chromeframe">Your browser is <em>ancient!</em> Please <a href="http://www.quirksmode.org/upgrade.html">upgrade</a>.</p> + <![endif]--> + <div class="container"> + <header class="main-title"> + <h1><a href="/">Hi, I'm <strong>Nicolas.</strong></a></h1> + <small>I code stuff. I take photos. I write rants.</small> + + </header> + <main class="contents" role="main"> + <article lang="en" class="code" itemscope="" itemtype="http://schema.org/BlogPosting"> + <link itemprop="url" href="/code/2013/get-your-frontend-javascript-code-covered/"/> + <header> + <h2><a itemprop="name" href="/code/2013/get-your-frontend-javascript-code-covered/">Get your Frontend JavaScript Code Covered</a></h2> + </header> + <section> + <p><strong>So finally you're <a href="/code/2013/testing-frontend-javascript-code-using-mocha-chai-and-sinon/">testing your frontend JavaScript code</a>? Great! The more you +write tests, the more confident you are with your code… but how much precisely? +That's where <a href="http://en.wikipedia.org/wiki/Code_coverage">code coverage</a> might +help.</strong> + </p> + <p>The idea behind code coverage is to record which parts of your code (functions, + statements, conditionals and so on) have been executed by your test suite, + to compute metrics out of these data and usually to provide tools for navigating + and inspecting them.</p> + <p>Not a lot of frontend developers I know actually test their frontend code, + and I can barely imagine how many of them have ever setup code coverage… + Mostly because there are not many frontend-oriented tools in this area + I guess.</p> + <p>Actually I've only found one which provides an adapter for <a href="http://visionmedia.github.io/mocha/">Mocha</a> and + actually works…</p> + <blockquote class="twitter-tweet tw-align-center"> + <p>Drinking game for web devs: + <br />(1) Think of a noun + <br />(2) Google "<noun>.js" + <br />(3) If a library with that name exists - drink</p>— Shay Friedman (@ironshay) + <a + href="https://twitter.com/ironshay/statuses/370525864523743232">August 22, 2013</a> + </blockquote> + <p><strong><a href="http://blanketjs.org/">Blanket.js</a></strong> is an <em>easy to install, easy to configure, +and easy to use JavaScript code coverage library that works both in-browser and +with nodejs.</em> + </p> + <p>Its use is dead easy, adding Blanket support to your Mocha test suite + is just matter of adding this simple line to your HTML test file:</p> +<pre><code><script src="vendor/blanket.js" + data-cover-adapter="vendor/mocha-blanket.js"></script> +</code></pre> + + <p>Source files: <a href="https://raw.github.com/alex-seville/blanket/master/dist/qunit/blanket.min.js">blanket.js</a>, + <a + href="https://raw.github.com/alex-seville/blanket/master/src/adapters/mocha-blanket.js">mocha-blanket.js</a> + </p> + <p>As an example, let's reuse the silly <code>Cow</code> example we used + <a + href="/code/2013/testing-frontend-javascript-code-using-mocha-chai-and-sinon/">in a previous episode</a>:</p> +<pre><code>// cow.js +(function(exports) { + "use strict"; + + function Cow(name) { + this.name = name || "Anon cow"; + } + exports.Cow = Cow; + + Cow.prototype = { + greets: function(target) { + if (!target) + throw new Error("missing target"); + return this.name + " greets " + target; + } + }; +})(this); +</code></pre> + + <p>And its test suite, powered by Mocha and <a href="http://chaijs.com/">Chai</a>:</p> +<pre><code>var expect = chai.expect; + +describe("Cow", function() { + describe("constructor", function() { + it("should have a default name", function() { + var cow = new Cow(); + expect(cow.name).to.equal("Anon cow"); + }); + + it("should set cow's name if provided", function() { + var cow = new Cow("Kate"); + expect(cow.name).to.equal("Kate"); + }); + }); + + describe("#greets", function() { + it("should greet passed target", function() { + var greetings = (new Cow("Kate")).greets("Baby"); + expect(greetings).to.equal("Kate greets Baby"); + }); + }); +}); +</code></pre> + + <p>Let's create the HTML test file for it, featuring Blanket and its adapter + for Mocha:</p> +<pre><code><!DOCTYPE html> +<html> +<head> + <meta charset="utf-8"> + <title>Test</title> + <link rel="stylesheet" media="all" href="vendor/mocha.css"> +</head> +<body> + <div id="mocha"></div> + <div id="messages"></div> + <div id="fixtures"></div> + <script src="vendor/mocha.js"></script> + <script src="vendor/chai.js"></script> + <script src="vendor/blanket.js" + data-cover-adapter="vendor/mocha-blanket.js"></script> + <script>mocha.setup('bdd');</script> + <script src="cow.js" data-cover></script> + <script src="cow_test.js"></script> + <script>mocha.run();</script> +</body> +</html> +</code></pre> + + <p><strong>Notes</strong>:</p> + <ul> + <li>Notice the <code>data-cover</code> attribute we added to the script tag + loading the source of our library;</li> + <li>The HTML test file <em>must</em> be served over HTTP for the adapter to + be loaded.</li> + </ul> + <p>Running the tests now gives us something like this:</p> + <p> + <img alt="screenshot" src="/static/code/2013/blanket-coverage.png"/> + </p> + <p>As you can see, the report at the bottom highlights that we haven't actually + tested the case where an error is raised in case a target name is missing. + We've been informed of that, nothing more, nothing less. We simply know + we're missing a test here. Isn't this cool? I think so!</p> + <p>Just remember that code coverage will only <a href="http://codebetter.com/karlseguin/2008/12/09/code-coverage-use-it-wisely/">bring you numbers</a> and + raw information, not actual proofs that the whole of your <em>code logic</em> has + been actually covered. If you ask me, the best inputs you can get about + your code logic and implementation ever are the ones issued out of <a href="http://www.extremeprogramming.org/rules/pair.html">pair programming</a> +sessions + and <a href="http://alexgaynor.net/2013/sep/26/effective-code-review/">code reviews</a> — + but that's another story.</p> + <p><strong>So is code coverage silver bullet? No. Is it useful? Definitely. Happy testing!</strong> + </p> + </section> + <aside> + <p> <span class="article-author" itemprop="author" itemscope="" itemtype="http://schema.org/Person"> + <span itemprop="name">Nicolas Perriault</span> —</span> + <time + datetime="2013-09-29" itemprop="datePublished">2013-09-29</time>— in <a href="/code/" itemprop="genre">Code</a> +— <a href="/code/2013/get-your-frontend-javascript-code-covered/">Permalink</a> +— + <a + rel="license" href="http://creativecommons.org/licenses/by-sa/3.0/">License</a>— <a href="http://flattr.com/submit/auto?url=https://nicolas.perriault.net/code/2013/get-your-frontend-javascript-code-covered/&title=Get your Frontend JavaScript Code Covered&user_id=n1k0&category=software&language=en">flattr this</a> + + </p> + </aside> + <hr/> + <nav> <a class="prev" href="/code/2013/functional-javascript-for-crawling-the-web/">Functional JavaScript for crawling the Web</a> +| + <a + class="next" href="/code/2013/testing-frontend-javascript-code-using-mocha-chai-and-sinon/">Testing your frontend JavaScript code using mocha, chai, and sinon</a> + </nav> + </article> + </main> + <nav class="sidebar"> + <ul> + <li class="home"><a href="/" hreflang="en">Home</a> + </li> + <li class="code"><a href="/code/" hreflang="en">Code</a> + </li> + <li class="photography"><a href="/photography/" hreflang="en">Photography</a> + </li> + <li class="talks"><a href="/talks/" hreflang="en">Talks</a> + </li> + <li class="carnet"><a href="/carnet/" hreflang="fr">Carnet <span>fr</span></a> + </li> + <li class="contact"><a href="/contact/" hreflang="en">Contact</a> + </li> + </ul> + </nav> + <footer class="site-footer"> + <p>© 2012 Nicolas Perriault — <a href="https://twitter.com/n1k0">Tweet at me</a> +— + <a + href="https://github.com/n1k0">Get my code</a>— <a href="http://500px.com/n1k0">Enjoy my pics</a> +— <a href="/contact/">Contact me</a> + + </p> + </footer> + </div> + <!-- /container --> + <script src="//ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js"></script> + <script> + window.jQuery || document.write('<script src="js/libs/jquery-1.7.1.min.js"><\/script>') + </script> + <script type="text/javascript" src="/static/js/libs/prettify/prettify.js"></script> + <script type="text/javascript" src="/static/js/app.js"></script> + <script src="//platform.twitter.com/widgets.js" charset="utf-8"></script> + </body> + +</html> |