はてなブックマーク

はじめに SeleniumでBASIC認証のついたページにアクセスする場合、 https://username:password@example.com のように、認証情報を埋め込んだURLを使います。 さて、この方式はそもそもセキュリティ的によろしくないので、最近のブラウザでは実施することができません。 BASIC認証がかかったWebサイトがお手元にある方は、試しに上記のように認証情報を埋め込んだURLをChromeのアドレスバーに入力してみてください。 URLに埋め込まれた認証情報は無視され、認証情報入力ダイアログが表示されると思います。 一次文献が見当たらないのでご存じの方は教えていただきたいのですが、どうやらSelenium (WebDriver?) を用いた場合のみ、認証情報を埋め込んだURLは許可されているようです。 ハマったポイント SPAで構築されたアプリケーションで、特定

因果律そのものに対する反逆だ！ 「――！」 「その祈りは――そんな祈りが叶うとすれば、それは時間干渉なんてレベルじゃない！君は、本当に神になるつもりかい？」 「神様でも何でもいい」 「今日までデグレと戦ってきたみんなを、希望を信じた開発チームを、私は泣かせたくない。最後まで笑顔でいてほしい」 （なお筆者はまどマギ未見のためこれ以降は普通のテンションでお送りします） やりたいこと デグレを防ぐと言えば回帰（リグレッション）テストですが、「過去と未来」とまで言ってしまったからには、実装前の段階からE2Eテストを書き始め、継続してメンテナンスできることを目標にします 1。 流れ的にはだいたい下記のようなイメージになります。 アイディアだけがある段階から自動テストのスクリプトを書く 動くアプリケーションを実装する テストが（そこそこ）ちゃんと動く 機能追加などの際にもテストが壊れにくい 使うツール

はじめに こんにちは。みなさん、テストしてますか？ 開発者にとってはもちろん、テスターやQAにとっても、時にソフトウェアテストは退屈で辛い作業になりがちです。 特にメールや外部サービスが絡む部分はテストがしづらい分面倒ですね。 そこで今回は、テスタビリティを高めるために自分がよく使うサービスやライブラリを紹介していこうと思います。 mailhog SMTPサーバとして動き、送られたメールを全てキャッチしてWebUIから見ることが出来ます。メールの絡むテストには必須。 mail = env === 'honban' ? mail : 'hoge@example.com' みたいなifををこの世から滅殺したり、うっかりステージングサーバから本物のメールを送って事故死するリスクを無くすことが出来ます。 特徴的なのが、SMTPではなくPHPの mail() 関数などを使いsendmail, pos

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに みなさん、テストケースマネジメントしてますか？ テストケースマネジメントのツールといえば TestRail や PractiTest 、あるいはRedmineやJIRAなどのプラグインを使うことが多いと思います。 ですが、基本的に商用、それもテスターが大勢いるようなQA組織向けのツールが主で、スタートアップなどでQA体制が未成熟なところにフィットする選択肢って少ないですよね。 そんな中、Qaseというツールを見つけたのでご紹介します。 Startup Plan というまさしく上記の悩みにドンピシャなプランが用意されており、複雑

困っていたこと Hyper-Vの仮想スイッチ設定で Default Switch（既定のスイッチ）を利用すると、内部ネットワークだけど外部インターネットにも接続できる状態を簡単に作れるのですが、自動でDHCP接続になってしまい、おまけに何故かサブネットもコロコロ変わってしまうので、SSHやRDPでの接続先が固定できず面倒というデメリットがあります。 んで、よくよく考えたら仮想マシンなのでNICなんて無限に増やせるわけで、Default Switchとは別に内部ネットワークを一つ生やして、そちらを固定IPにしてあげれば良いと気づきました。というわけでその手順メモです。 分かる人なら秒殺できそうなネタですが、詰まったので一応…… 環境 Windows 10 Pro 1903 手順 仮想内部ネットワークスイッチを作る Hyper-Vコンソールから 仮想スイッチマネージャー→新しい仮想ネットワーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今から約1ヶ月前の2019年4月1日に、TestCafeで記述したE2Eテストを全て削除し、全面的にCodeceptJSに切り替えました。 File Changedが大変なことになっていますが、基本的にはディレクトリ構造を変え、重複していたコードを削除しただけですので大した内容ではありません。 （お作法とかはギュッと目をつぶって頂けると助かります） 自分がTestCafeを使い始めたのは、今からおよそ1年前、2018年6月頃でした。 SeleniumやPuppeteerなどのメジャーなライブラリにはない様々な特徴が気に入り、お

はじめに E2Eテストコードを書くにあたって、一番の心配事は テストが壊れる ことでしょう。 アプリ側の変更に伴いテストをすべて書き直すことを恐れるQAエンジニアは多いと思います。 例えば 機能はまったく変わってないのに、デザインリニューアルでテスト全部書き直しだ〜〜〜！ みたいなやつですね。 ここでは、自分が実際に「メンテしやすい」テストコードを試行錯誤する過程で得られた気づきをまとめていきたいと思います。 なお、自分の活動範囲は主にWebアプリのテストですので、基本Webアプリの話題になりますが、「いやネイティブアプリはこうやねん」みたいなツッコミもお待ちしております。 また、文中に登場するサンプルコードは CodeceptJSで記述しています。 使ったことがない方は気合で読んでください。 メンテしやすい vs メンテナンスフリー はじめに強くお伝えしておきたいことは、メンテナンスしや

はじめに この記事は我が名は神龍……どんなテストもひとつだけ自動化してやろうの焼き直し……もとい、利用した技術のちゃんとした解説です。 決して元記事がバズったから二匹目のドジョウを狙っているわけではありません。本当です。 エピソード 突然ですが、あなたは非エンジニアです。 あなたの仕事はテスト手順書に従って、リリースの前に手動でテストをすることです。 Chromeで https://kids.yahoo.co.jp/ にアクセス 検索ワードに ねこ と入力して さがすをクリック 検索結果にネコ - Wikipediaが含まれていることを確認 検索結果に 買い方 を追加 さがすをクリック さがしているのは？と表示されることを確認 クリックすると猫の飼い方で再検索されることを確認 ある日、あなたの前にエンジニアがやって来て、こう言いました。 「テスト大変そうだったから自動化してみたよ！どう？」

『我が名は神龍……どんなテストもひとつだけ自動化してやろう』 じゃ、じゃあ！このブラウザテストを自動化してください！ Chromeで https://kids.yahoo.co.jp/ にアクセスして 検索ワードに ねこ と入力して さがすをクリックして 検索結果にネコ - Wikipedia が含まれていることを確認して 検索結果に 買い方 を追加して さがすをクリックして 探しているのは「猫の飼い方」？と表示されることを確認して クリックすると猫の飼い方で再検索されて 検索ボックスを不倫で上書きして さがすをクリックして このページは表示できませんと出ていることを確認 『よかろう……たやすい願いだ』 まずはライブラリのインストールと初期設定をしてやろう…… # [ライブラリのインストール] # CodeceptJSとPuppeteerをインストールします。nodeとnpmが必要ですので

はじめに オンラインIDEのCloud9は環境構築不要でアプリ開発を始められて便利なのですが、それ自体がWebアプリケーションで、ブラウザ上でのUIしか提供していないため、標準ではElectronなどのデスクトップアプリは開発・実行できません。 ところが、最近Communityを見ていたら、過去の投稿でこんなものがありました。 https://community.c9.io/t/how-to-set-display-in-my-workspace/1646/22 つまり、Cloud9上でnoVNCを稼働させてしまうわけですね。やってみましょう。 インストール すべてCloud9上で実行します。 基本的には元記事に書いてある通りにやれば躓くところはありませんでした。 インストール：