アソビュー！ 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
バッチのまとめTOPへ PCの画面のスクリーンショット作成のために，通常は PrtScrキーを押して 画像編集ソフトを起動し ペーストして 画像をファイルに保存し 画像編集ソフトを閉じる といった手順を踏む。 この面倒な作業は，WSHのスクリプトで自動実行できる。 JScript / VBScript では Sendkeys メソッドを使ってキー操作をする。 ところが残念なことにPrtScrキーは押せない。 ためしに下記のコードを実行してみよう。 var ws = WScript.CreateObject("WScript.Shell"); ws.SendKeys( "{PRTSC}" ); 適当な名前.js で保存してダブルクリックで実行したのち，画像編集ソフト上でペーストしようとしても，何も起こらない。 キャプチャできていないのだ。 しかしかわりに，WSHからExcelのマクロを呼び出
マイクロソフトは、フロリダ州オーランドで開催中のイベント「Microsoft Ignite 2019」で、RPA（Robotic Process Automation）機能を搭載した自動化ツール「Power Automate」を発表しました。 RPAとは一般に、まるで人間がアプリケーションを操作するように、ソフトウェアのロボットがアプリケーションを操作することで、システム間の連携や操作の自動化などを実現する技術や手法のことです。 マニュアル操作を前提とし、外部システムと連係するためのAPIを持たないようなアプリケーションは、企業内で使われている業務アプリケーションには数多くあります。RPAを用いることで、そうしたアプリケーションでもソフトウェアで操作できるようになります。 さらに、RPAは人間の操作を記録し、再現させることで自動化を実現する機能を持つため、プログラミングの知識のない現場のス
MailCatcherとは 疑似SMTPサーバーとして稼働し、メールの送信を実際に行わずにあたかもメールが送信された内容などを確認する事ができるライブラリーです。 昔に比べるとメールサーバーを借りる事自体はそれほど難しくない状況ですが、開発環境毎にアカウントを整理したり、誤送信や、送信状況のモニタリングなども確認するとなると覚えるべき事や行うべき事も多くなり、若干煩わしさがある事も事実です。 そういった際、MailCatcherを利用するとそういった事を対応する事無く簡単にメールの送信テストを行う事ができます。 例えば、メールの送信時には送信先となるアカウントを発行し、そのアドレス宛にメールを送信し、その後、受信を行いその内容が妥当であるか確認します。 これをMailCatcherで行う場合、アカウントの準備などは不要で好きなアドレス宛に送信して問題ありません。 宛先がどこであろうと、全て
テストとは まず、ウォーターフォール型開発・アジャイル型開発と開発手法によってテストの柔軟さや変更コストが変わってきます。 ここでは、アジャイル型開発をメインとし、（開発）実装完了し（コードフリーズ）プロダクトリリースに向かって行うテストを考察します。 不具合の発生は主に、要件定義や設計書段階であり、（不具合）検出は主に受け入れテストかリリース後の本番環境である割合が多い。 そのため、このフェーズを疎かにすると、リリース後不具合が発生し、場合によってはユーザーへ謝罪や返金が必要となる。 また、サブスクリプション型やSaaS型のビジネス企業としてはCharn数値をどう抑えるのかが大事となる。 一企業として損失・信頼が失われる結果となり、一度 「失った信頼を取り戻す」 のは並大抵では無いです。 予め、テスト計画やテスト対策を考えテストを軽視しないことです。 不具合のコストを考え、リリース後の不
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 私が過去にやらかしたことを中心に、結合テストにおける「やってはいけないこと」をまとめてみました。 なるべく、専門書や資格試験ではお目にかかれない具体的な事項を挙げたつもりです。 本稿でいう「結合テスト」とは、単体モジュール同士を繋げて期待通りの動作を確認する作業（＝単体テストの次のフェーズ）のことです。 会社によっては「統合テスト」と呼びます。 本稿の内容は執筆者個人の経験に基づく完全に個人的な意見であり、所属企業における立場、戦略、意見を代表するものではありません。 仕様書のアンチパターン 事前に準備しておくべきデータがわからない 例
ソフトウェア開発の最終工程は「テスト（試験）」です。ここをパスすれば、製品またはお客様に納品出来る品質だと一般的にはいわれます。 ところで、テストエンジニア（以下、TE）って、いつごろ派生したエンジニアなんでしょうか？ というのは、わたしがエンジニアになったころは、そういう担当？はなかったと記憶しているからです。せいぜい「テスター」と呼ばれる人たちがテスト仕様書を元にチェックするぐらい。初めて聞いたのは組み込みソフトの開発現場からそういう要求があった時かな。今から10数年前です（この話は後から出てきます）。 テストは、「単体テスト」「結合テスト」「総合テスト」と段階を踏んで実施します。会社によっては多少言葉が違うかもしれませんが（結合テストと総合テストを一緒にしてしているところもあります）だいたいこんな感じでしょうか。 誰が実施するかも会社によって考え方は異なります。一番多いのは「単体テス
テスト項目運用システムはその名の通り、ソフトウェア開発におけるテスト工程でのテスト項目の作成、実施、障害発行、障害回答、進捗管理を行うWeb-DBシステムです。いわゆる「テスト工程管理ツール（※1）」に分類されるシステムで、ブラウザ上でテスト項目を作成・編集し、テストした項目をブラウザ上でチェックし、問題があれば障害票を発行します。障害の回答もブラウザ上で行います。項目の消化状況、障害の回答状況などもブラウザ上で簡単に確認できます。データはＣＳＶでダウンロードし、Excelマクロで整形・グラフ化できます。 使用するソフトウェアは全てフリーのものなので費用もかかりません。Webシステムなので１台サーバを立てればみんなで使えます。 いわば、拡張されたチェックシートシステムですので、ソフトウェア開発以外の用途にも使えるかもしれません。 次のような特徴があります。 ペーパレス LAN環境内であれば
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 若手エンジニアを不幸にしないための開発の「べからず」集が 長くなりすぎたので、テストに関する部分を別項目として独立させました。 まだ、随時、修正です。 以下の記事と内容がかぶっている部分があります。 もぐらたたき開発を卒業しよう もぐらたたき開発を卒業しよう 対策編 ##テストの「べからず」## ###[Test First]を実行しない。 そんなわけで、コーディングの項目よりも先にもってきて見ました。テスト駆動開発TDDをぜひ試してみてください。『テスト駆動開発による組み込みプログラミング――C言語とオブジェクト指向で学ぶアジャイルな
開発者は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サーバー
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は リクルートライフスタイル Advent Calendar 2018 8日目の記事です。 2018/12/10更新：続編で フロントエンドでTDDを実践する（react-testing-libraryを使った実践編）を書きました。 はじめに 自分のフロントエンドチームでは、TDDでの開発フローを実施することでフロントエンド開発の課題に向き合っていきます。 今回は、一般的に難しいとされるフロントエンドでのテストについて、どんな方針でテストを書けばいいかについて書いてみたいと思います。 フロントエンド開発の課題 プロジェクトにより
[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テストの所要時間を短縮する手段としてRaspberry Piをクラスタ化する手法を紹介するのが、レバテック株式会社 折田武己氏です。 本記事では、9月12日から14日のあいだ東洋大学で開催された「ソフトウェア品質シンポジウム」（日本科学技術連盟主催）での折田氏のセッション「UIテストの所要時間を10分の1に短縮する取り組み～ラズベリーパイのクラスターで並列実行～」の内容をダイジェストで紹介します。 単体テストはさくさく終わるのにUIテストは時間がかかる レバテック株式会社
いきなり結論を書くと、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ページを開く