SeleniumによるAPI呼び出しを含むE2Eテスト自動化 - asoview! Tech Blog
アソビュー！ Advent Calendar 2022の2日目（裏面）の記事です。 アソビューでQAをしている渡辺です。 前職ではエンジニア、およびQAをしておりましたが、10月よりアソビューにQAとして入社しました。 今回は、API呼び出しを含むE2Eテストの自動化を、他社ウェブサイトに仕様記載の無料公開APIで試してみた話となります。 アソビューのQAでは、開発スピードと品質向上の両立を図ることを重視しています。 そのためにも、シフトレフトやテスト自動化推進の取り組みは重要です。 現在QAとして参画中のプロジェクトでAPIの外部公開があり、E2EテストとしてAPIを含むテストの自動化はこれまでしていないので、APIを含むテストについて、Seleniumで簡単に自動化できないか試してみました。 なぜSeleniumか？ なぜPythonか？ 試してみるテストケース 天気予報APIの仕様
意図的にファイルをロックする
質問 2017年5月18日木曜日 12:39 forfiles /p <パス名> /d -1 /m "<ファイル名>" /c "cmd /c del @file" で対象のファイルを削除する際、意図的にファイルをロックしてファイル削除に失敗するテストを行いたいと考えています。 サクラエディタなど排他制御機能のあるアプリケーションを使用してファイルを開けば、失敗する事は確認できてますが、 サーバ上でテストをする際、排他制御機能を持ったアプリケーションが無い場合、 コマンドプロンプトやPowershellコマンドで上記を再現する方法はありますでしょうか？ すべての返信 (2) 2017年6月1日木曜日 5:37 ✅回答済み | 1 票 以下はどうでしょうか。 $file = [System.IO.File]::Open($filePath,'Open','Read','None') #Unlo
画面をコマンドラインからキャプチャする方法 （WSHバッチでPrintScreen） - 主に言語とシステム開発に関して
バッチのまとめTOPへ PCの画面のスクリーンショット作成のために，通常は PrtScrキーを押して 画像編集ソフトを起動し ペーストして 画像をファイルに保存し 画像編集ソフトを閉じる といった手順を踏む。 この面倒な作業は，WSHのスクリプトで自動実行できる。 JScript / VBScript では Sendkeys メソッドを使ってキー操作をする。 ところが残念なことにPrtScrキーは押せない。 ためしに下記のコードを実行してみよう。 var ws = WScript.CreateObject("WScript.Shell"); ws.SendKeys( "{PRTSC}" ); 適当な名前.js で保存してダブルクリックで実行したのち，画像編集ソフト上でペーストしようとしても，何も起こらない。 キャプチャできていないのだ。 しかしかわりに，WSHからExcelのマクロを呼び出
［速報］マイクロソフト、RPA機能を搭載した「Power Automate」発表。ユーザーの操作を記録、再現実行で自動化。Ignite 2019
マイクロソフトは、フロリダ州オーランドで開催中のイベント「Microsoft Ignite 2019」で、RPA（Robotic Process Automation）機能を搭載した自動化ツール「Power Automate」を発表しました。 RPAとは一般に、まるで人間がアプリケーションを操作するように、ソフトウェアのロボットがアプリケーションを操作することで、システム間の連携や操作の自動化などを実現する技術や手法のことです。 マニュアル操作を前提とし、外部システムと連係するためのAPIを持たないようなアプリケーションは、企業内で使われている業務アプリケーションには数多くあります。RPAを用いることで、そうしたアプリケーションでもソフトウェアで操作できるようになります。 さらに、RPAは人間の操作を記録し、再現させることで自動化を実現する機能を持つため、プログラミングの知識のない現場のス
CentOS7へMailCatcherの導入と基本的な利用 | Typo
MailCatcherとは 疑似SMTPサーバーとして稼働し、メールの送信を実際に行わずにあたかもメールが送信された内容などを確認する事ができるライブラリーです。 昔に比べるとメールサーバーを借りる事自体はそれほど難しくない状況ですが、開発環境毎にアカウントを整理したり、誤送信や、送信状況のモニタリングなども確認するとなると覚えるべき事や行うべき事も多くなり、若干煩わしさがある事も事実です。 そういった際、MailCatcherを利用するとそういった事を対応する事無く簡単にメールの送信テストを行う事ができます。 例えば、メールの送信時には送信先となるアカウントを発行し、そのアドレス宛にメールを送信し、その後、受信を行いその内容が妥当であるか確認します。 これをMailCatcherで行う場合、アカウントの準備などは不要で好きなアドレス宛に送信して問題ありません。 宛先がどこであろうと、全て
テスト仕様書 - Qiita
単体テスト 結合テスト システムテスト（機能テスト、負荷テスト、ボリュームテスト、セキュリティテスト、リグレッションテストetc) 受け入れテスト（シナリオテスト） 運用テスト 現場（案件）によっては、「開発エンジニア」 が一連のテストしたり、また 「QAエンジニア」 がテストしたりと異なります。 私の意見としては、 「開発エンジニア」 「QAエンジニア」 双方が確認すべきではないかと。 単体テストの実施は、開発者が担当します。 また、結合テスト（Integration Test）以降のテストはQAエンジニア、もしくはQAテスターが担当する。 単体テストのルールや網羅性は開発とQAが一緒に考えることが品質を良くする上で大事です。 お互いテストの意義というものを見直すこともできます。 また、詳細仕様を把握しているPM、Pdmや開発者。テスト設計やテストの種類を知っているテスト担当者が協力しあ
結合（統合）テストにおける仕様書と管理のアンチパターン - Qiita
私が過去にやらかしたことを中心に、結合テストにおける「やってはいけないこと」をまとめてみました。 なるべく、専門書や資格試験ではお目にかかれない具体的な事項を挙げたつもりです。 本稿でいう「結合テスト」とは、単体モジュール同士を繋げて期待通りの動作を確認する作業（＝単体テストの次のフェーズ）のことです。 会社によっては「統合テスト」と呼びます。 本稿の内容は執筆者個人の経験に基づく完全に個人的な意見であり、所属企業における立場、戦略、意見を代表するものではありません。 仕様書のアンチパターン 事前に準備しておくべきデータがわからない 例えば、テストを進めている途中で仕様に突然「現在庫が無い、かつ、翌日以降に入荷予定がある商品を選択する」という条件が登場し、該当するデータがないとテストケースを最初からやり直しになるハメになるとか… 隅々までくまなく読まないと準備すべきデータが読み取れないよう
第8話 テストエンジニアは最後の砦：ソフトウェア開発に幸せな未来はあるのか：エンジニアライフ
ソフトウェア開発の最終工程は「テスト（試験）」です。ここをパスすれば、製品またはお客様に納品出来る品質だと一般的にはいわれます。 ところで、テストエンジニア（以下、TE）って、いつごろ派生したエンジニアなんでしょうか？ というのは、わたしがエンジニアになったころは、そういう担当？はなかったと記憶しているからです。せいぜい「テスター」と呼ばれる人たちがテスト仕様書を元にチェックするぐらい。初めて聞いたのは組み込みソフトの開発現場からそういう要求があった時かな。今から10数年前です（この話は後から出てきます）。 テストは、「単体テスト」「結合テスト」「総合テスト」と段階を踏んで実施します。会社によっては多少言葉が違うかもしれませんが（結合テストと総合テストを一緒にしてしているところもあります）だいたいこんな感じでしょうか。 誰が実施するかも会社によって考え方は異なります。一番多いのは「単体テス
テスト項目運用システムの御紹介
テスト項目運用システムはその名の通り、ソフトウェア開発におけるテスト工程でのテスト項目の作成、実施、障害発行、障害回答、進捗管理を行うWeb-DBシステムです。いわゆる「テスト工程管理ツール（※1）」に分類されるシステムで、ブラウザ上でテスト項目を作成・編集し、テストした項目をブラウザ上でチェックし、問題があれば障害票を発行します。障害の回答もブラウザ上で行います。項目の消化状況、障害の回答状況などもブラウザ上で簡単に確認できます。データはＣＳＶでダウンロードし、Excelマクロで整形・グラフ化できます。 使用するソフトウェアは全てフリーのものなので費用もかかりません。Webシステムなので１台サーバを立てればみんなで使えます。 いわば、拡張されたチェックシートシステムですので、ソフトウェア開発以外の用途にも使えるかもしれません。 次のような特徴があります。 ペーパレス LAN環境内であれば
若手エンジニアを不幸にしないための開発の「べからず」集 テスト編 - Qiita
若手エンジニアを不幸にしないための開発の「べからず」集が 長くなりすぎたので、テストに関する部分を別項目として独立させました。 まだ、随時、修正です。 以下の記事と内容がかぶっている部分があります。 もぐらたたき開発を卒業しよう もぐらたたき開発を卒業しよう 対策編 テストの「べからず」 [Test First]を実行しない。 そんなわけで、コーディングの項目よりも先にもってきて見ました。テスト駆動開発TDDをぜひ試してみてください。『テスト駆動開発による組み込みプログラミング――C言語とオブジェクト指向で学ぶアジャイルな設計』 最初にこの本を紹介したように、テスト駆動開発を強く推奨します（まだ私はテスト駆動開発を使いこなせていませんが）。テスト可能な枠組みをソフトウェアの設計に入れることが必要なので、ソフトウェアの設計に強く関わっている手法だと理解しています。 「テスト軽視｣アンチパター
GitLab CIでテスト・ビルド・デプロイを自動化する - Qiita
開発者はGitLabのプロジェクトにおいてmasterブランチにpushすることが可能な権限（Owner以上）を有していること 開発者はプロジェクトのリモートリポジトリとssh接続できること 開発者のマシン環境にGradleとOpen JDKが予めインストールされていること 「GitLab CI」を理解する 「GitLab CI」とは GitLab CIはCI（Continuous Integration、継続的インテグレーション）ツールの一つです。GitLab 7.14から8.0へのメジャー・アップデートにより、GitLab CIはバージョン管理機能を有したGitLab CE/EEに統合されました。 From 7.14 to 8.0 | GitLab.org / GitLab Community Edition · GitLab 「GitLab Runner」とは 「GitLabサーバー
フロントエンドでTDDを実践する（理論編） - Qiita
この記事は リクルートライフスタイル Advent Calendar 2018 8日目の記事です。 2018/12/10更新：続編で フロントエンドでTDDを実践する（react-testing-libraryを使った実践編）を書きました。 はじめに 自分のフロントエンドチームでは、TDDでの開発フローを実施することでフロントエンド開発の課題に向き合っていきます。 今回は、一般的に難しいとされるフロントエンドでのテストについて、どんな方針でテストを書けばいいかについて書いてみたいと思います。 フロントエンド開発の課題 プロジェクトによりますが、テストに関連するものでは以下のようなものが挙げられます。 実装する仕様について、プロジェクト内でどう認識合わせするか？ 開発工程のリライアビリティをどう担保するか？ テストの精度、粒度をどう考えるか？（クロスブラウザ、ユーザーの操作等の副作用、コスト
RubyとSeleniumでHeadless chromeを動かす on Ubuntu/Linux - Qiita
[2017-06-22 追記] chromeバージョン59の正式リリースに伴い、記事の内容を全面刷新しました。 [2017-07-27 追記] selenium使用時にsend_keysが使用できない問題を記載しておりましたが、Chromedriver2.31のリリースに伴い問題が解消しました！ はじめに注意 chromeはバージョン59より正式にヘッドレスモードを搭載しました。 それを試そうと「chrome headless」などで検索すると、古いバージョンのchromeをXvfbなどの仮想ディスプレイを通してLinux上で動かす記事が沢山でてきますが、これらはheadless chromeに関しての記事ではなく、普通のGUI chromeをどうにかしてcui上で動かそうという取り組みの記事です。 chromeのヘッドレスモードでは、PhantomJSと同じようにXvfbはありません。g
UIテストの所要時間を10分の1にする試み、Raspberry Piのクラスタで並列実行。ソフトウェア品質シンポジウム2018
UIテストの所要時間を10分の1にする試み、Raspberry Piのクラスタで並列実行。ソフトウェア品質シンポジウム2018 開発現場の多くでテストの自動化が進む中で、テスト時間を短縮することはビルドとテストの待ち時間を減らし、開発効率を高める上で重要なポイントになってきています。 そうしたなかで時間がかかっていたUIテストの所要時間を短縮する手段としてRaspberry Piをクラスタ化する手法を紹介するのが、レバテック株式会社 折田武己氏です。 本記事では、9月12日から14日のあいだ東洋大学で開催された「ソフトウェア品質シンポジウム」（日本科学技術連盟主催）での折田氏のセッション「UIテストの所要時間を10分の1に短縮する取り組み～ラズベリーパイのクラスターで並列実行～」の内容をダイジェストで紹介します。 単体テストはさくさく終わるのにUIテストは時間がかかる レバテック株式会社
idやclassを使ってテストを書くのは、もはやアンチパターンである - Qiita
いきなり結論を書くと、idやclassはスタイルのためのものなので、テストでそれを使うのはやめましょう。そして、カスタムデータ属性を使いましょう。(idやclassはスタイルのためだけではないという意見はごもっともです！しかし、主にとしてスタイルに使われるということでご了承頂いて以下の駄文に付き合って頂けると幸いです🙇) 先に断っておくと主にreactについての話で、JSXを前提とします。(手法はReactに限りませんが理由は後述) 2020/03/23 追記 この記事は1年以上前に書かれた記事なのでテストフレームワークとしてenzymeを使っていますが、現時点ではTesting Libraryの使用をオススメします。data-testid に対応するクエリを備えています。 React Testing Library · Testing Library はじめに ご存知の通り、ロジックと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアテスト技術
https://aster.or.jp/business/contest/doc/2019_OPEN_V1.0.0.pdf
自動テスト入れてみたけど、誰からも反応が無かった話。
Redirecting…
Serverspec | 宮下 剛輔 |本 | 通販 | Amazon
