fswatch でディレクトリを監視しながら、codeceptionの1つのceptをテストする - Qiita
codeceptionで受け入れテストを用意している場合、ソースや受け入れテストを修正するたびにテスト全部が実行されるのは待ち時間がもったいない。 gruntは設定ファイルを作成する必要があるので、「ちょっと気楽に」とは難しい fswatch なら、1linerでディレクトリを監視しながらテストコマンドを実行できます。 ※ fswatch は、0.x と 1.x で書式が違っている模様。 https://emcrisostomo.github.io/fswatch/usage.html fswatch のインストール $ brew install fswatch $ source ~/.zshrc # ロードパスやライブラリの再読み込み $ fswatch --version fswatch 1.7.0 Copyright (C) 2013-2015 Enrico M. Crisostom
codeception request 単体テスト - Qiita
public function testAdd() { $this->laravelModule->_loadPage('GET', '/admin/useradd'); //sentinelロールを取る（データベースから） $roles = Sentinel::getRoleRepository()->all(); $content = $this->laravelModule->_getResponseContent(); $this->assertContains('お名前', $content); $this->assertContains('部署名', $content); $this->assertContains('E-mail', $content); $this->assertContains('パスワード', $content); foreach ($roles as
言語バージョンアップにおけるE2Eテストの考え方とアプローチ方法について - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 初投稿です。 これまであまり技術記事は書いたことありませんでしたが、良い機会だと思ったので書いてみることにしました。 書き慣れていないということもあり、言葉が足りておらず何言ってるかわからなかったり、色々と読みにくい部分も多いかと思いますが予めご了承ください。 ★まず最初に システム提供側としては、古いバージョンの言語の課題やサーバのファームウェアアップデート等、様々な懸念があるかと思います。 最初からバージョンアップしやすいような作りや障害に強い構成にしておけばいいと言われてしまうとそれまでですが、昔から運用されているシステムでは、沢
Windowsでcodeceptionをbuildする際は改行コードに注意 - Qiita
$ sudo docker-compose -f docker-compose.yml -f docker-compose.chrome.yml -f docker-compose.pgsql.yml -f docker-compose.dev.yml build --pull --no-cache mailcatcher uses an image, skipping db uses an image, skipping Building eccube3 Step 1/28 : FROM eccube/php-ext-apache latest: Pulling from eccube/php-ext-apache . . . Step 17/28 : ADD clone-${DIRTYPE}.sh /clone.sh ---> 7a670b8c8cb4 Step 18/28 : RUN
Codeception.docs.ja
イントロダクション テストをするというアイディアは決して新しいものではありません。あなたが最後にコミットしたものがアプリケーション全体をダウンさせていないということに確証が持てなければ、きっと夜も心地よく眠ることができないでしょう。しっかりとテストをすることで、あなたのアプリケーションが安定していると確信できるのです。 多くのケースにおいて、テストはあなたのアプリケーションが100%正しく期待通りに動く保証をしているわけではありません。複雑なアプリケーションにおいて、起こりうるすべてのシナリオや例外を事前に把握するのは不可能です。しかしテストをすることにより、あなたのアプリケーションの最も大事な部分は予想通りに、そして確実に動作するという確証を持つことができるのです。 アプリケーションをテストする方法はたくさんあります。 最もポピュラーなパラダイムは 単体テストです。 ウェブアプリケーショ
Chrome拡張機能のCodeception Test Toolsを試す
Chrome拡張機能のCodeception Test Toolsを試す Published: 2017年8月13日 by tomsato ■ Codeception TestTools Codeception TestToolsはChromeの拡張機能である ブラウザの操作だけで受け入れテスト(Acceptance test)のソースを自動で書き起こすことができる 出来上がったソースコードを元に受け入れテストを拡充していくことができる 使い方 導入 Chrome TestToolsよりChromeの拡張機能を導入する 開く Chromeのデベロッパーツールを開く 「Codeception TestTools」タブがあるのでそれを開く アクション 画面上で右クリックを押すと「Codeception Test Tools」という項目がある 項目 説明 Am on page テストの開始のパス
Working with PHPUnit and Selenium Webdriver
In this post we will explore some basics of user acceptance testing with Selenium. We will do this with classical unit testing framework PHPUnit, web browser Firefox, and with new php-webdriver library recently developed by Facebook. Selenium allows us to record user actions that we do inside a browser and then automate them. PHPUnit will be used to do various assertions and check them for fallacy
CodeceptionをDockerでもCIでも動かしてみる - Qiita
FROM php:7-apache ENV DEBIAN_FRONTEND noninteractive RUN a2enmod rewrite RUN apt-get update && apt-get install -y git zlib1g-dev libicu-dev g++ vim RUN curl -sS https://getcomposer.org/installer | php -- --install-dir=/usr/bin --filename=composer RUN docker-php-ext-configure intl RUN docker-php-ext-install intl ADD date.ini /usr/local/etc/php/conf.d/date.ini ADD ./symfony-demo.conf /etc/apache2/si
テストと仲良くするためのCodeceptionのはじめかた #phpkansai
PHPカンファレンス関西 2017の発表資料です。
PHP Codeceptionテスト入門の入門
Codeceptionとは PHPのテストを簡単に行うためのテスティングフレームワーク 単体テスト、機能テスト、受け入れテストの3種類のテストを簡単に書くことができる 公式ドキュメントも日本語で読めるので敷居が低い Codeception.docs.ja しかしそれでも敷居が高い人や、使ってはいるけどあんまり理解していない人向けに簡潔にまとめていくこととする Codeceptionはテストの実行環境としてPHPUnitを使用しているので、今まで PHPUnitを使っているテストでも、Codeceptionに移行するのは容易である。またテストを実行するためにPHPUnitを別途インストールする必要はない 実際にプロジェクトにCodeceptionを追加する話は次回としている プロジェクトにCodeceptionテストをゼロから追加する 単体テスト・機能テスト・受け入れテスト Codecept
CodeceptionでWebPayを利用するアプリケーションをテストする - WebPay Engineering Blog
WebPayは開発者が安心して効率よく開発を進めるための手段として、自動テストを重視しています。 EC-CUBE決済モジュールmdl_webpayの自動統合テストを記述した経験をもとに、 WebPayを利用したアプリケーションをCodeceptionのAcceptance Testでテストする方法を紹介します。 今回は対象のアプリケーションとして、以前の記事、「少しのPHPのコードでWebPayを導入する」で作成したものを利用します。 本記事の内容は、現在の実装に依存したハックを多数含みます。 この記事で説明している内容が将来的にも利用できることをお約束するものではないことをご理解ください。 公式ページのドキュメントで解説している項目以外は、予告なく変更することがあります。 あくまでテストのひとつの方法として、参考にしてください。 SUTを分析する 今回はテスト対象のアプリケーションがすで
10-WebServices - Codeception - Documentation
Testing WebServices The same way we tested a web site, Codeception allows you to test web services. They are very hard to test manually, so it’s a really good idea to automate web service testing. We have SOAP and REST as standards, which are represented in corresponding modules, which we will cover in this chapter. You should start by creating a new test suite, (which was not provided by the boot
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Seleniumのキー入力が遅い対応 - Qiita
Codeceptionの形式 Cept･Cestの違いと覚え方 - Qiita
CodeceptionのAcceptanceでテストメソッド前後に指定の処理を実行する - Qiita
EC-CUBEのSymfony検証ブランチでcodeceptionを走らせる手順 - Qiita
https://codeception.com/for/wordpress
Codeceptionというテストフレームワークを使ってPHPのテストをする - Qiita
CodeceptionのAcceptanceテスト実行時にちょっと楽する方法 - Qiita
GitHub - codeceptjs/CodeceptJS: Supercharged End 2 End Testing Framework for NodeJS
