Stay organized with collections Save and categorize content based on your preferences.
マイクロソフトは、Webアプリケーションのテスト自動化ライブラリ「Playwright」を用いた、Microsoft Azure上のテスト自動化サービス「Microsoft Playwright Testing」のプレビュー公開を発表しました。 Microsoft Playwright Testingに使われている「Playwright」は、マイクロソフトが中心となってオープンソースで開発しているWebアプリケーション向けテスト自動化ライブラリです。対応環境が幅広く柔軟で、精度の高いテストを特長としています。 具体的には、Chrome、Edge、Firefox、Safariの主要なWebブラウザのすべてを対象にしたテスト自動化が可能で、ヘッドレス、ヘッドありのいずれにも対応。モバイルエミュレーションを用いたAndroid版Google ChromeとMobile Safariのテストも、実
マイクロソフト、Webアプリテストの自動化サービス「Microsoft Playwright Testing」プレビューを開始 マイクロソフトは、Webアプリケーションのテスト自動化フレームワーク「Playwright」を用いた、Microsoft Azure上のテスト自動化サービス「Microsoft Playwright Testing」のプライベートプレビューを開始すると発表しました。 テスト自動化フレームワーク「Playwright」 Playwrightは、マイクロソフトが中心となって開発しているオープンソースのWebアプリケーション向けテスト自動化フレームワークです。 実行環境、対象ブラウザ、対応言語が幅広く、テスト実行時にはWebブラウザの動作を自動的に待つ機能を備えるなど、柔軟で精度の高いテスト自動化が実現できる点を特長としています。 具体的には、デスクトップ向けのWebア
_ DIへの途 kdmsnrさんのクリップ経由。 で、思い出したが、純単体テストってやってないのかな? と。 DIコンテナ(であろうがなかろうが。たとえば意味合いは相当ずれるがファサードだって良いわけで)を利用するということはバカが逝くで最近試行錯誤されているように、テストを簡単にするっていう意味がすごく大きい。 でも、テストって一言で言ってしまうと受け入れテストとか負荷テスト(マシンハンマー=MCハマー)とか猫ピアノテストとかが入ってきたり、用語の差があったりして厄介なんだが、あくまでも単体テストなんだが、実はこいつも、ではデータベース(が曲者なのだが)と接続しないで単体テストと言えるのですかとか真顔で聞かれてもちょっと困ってしまうわけで、そこで、TDDという3文字略語で済ませられればいいのだが、動作を検証しながらプログラミングしましょうね、ということだから、もういっそテストとか言うと誤
Scrum Fest Niigata 2022 https://www.scrumfestniigata.org/
こんにちは、辰巳です。 第3回は「スナップショットテスト」をテーマにお送りします! 「組織が拡大する中で、十分な設計情報がない状況でも、複雑に改修が積み重なったソフトウェアをいかに安全かつ正確に変更できるか?」 本記事では、数多くの大幅なシステム変更の経験を経て、この課題に対してモノタロウがいま実践しているグッドプラクティスを紹介します。 本記事の初出は、 Software Design2021年10月号「Pythonモダン化計画(第3回)」になります。過去の連載記事は以下を参照ください。 第1回 Software Design連載 2021年8月号 Python製のレガシー&大規模システムをどうリファクタリングするか 第2回 Software Design連載 2021年9月号 「テストが無い」からの脱却 スナップショットテストの可能性を追求する モノタロウは、事業者向けの間接資材を販売
テスト自動化の理論と技術と戦略:LINE Developer Meetup Tokyo #39 – Testing & Engineering By Hiroyuki Ito | 2018.07.09 2021.01.08LINE株式会社のSET(Software Engineer in Test)です。「SETタスクフォース」(以下「SETチーム」と表記)のリーダーとして、主にLINEプラットフォームのサーバーサイドで、テスト自動化を活用したプロダクト開発ライフサイクルの改善を立案・実施・主導しています。また、アジャイルコーチも兼務しています。 はじめに こんにちは。LINE株式会社のSET(Software Engineer in Test)の伊藤 宏幸(Hiroyuki Ito)です。 2018年6月27日(水)に、電気通信大学の西 康晴さん(以下「にしさん」と表記)をお招きして、「
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Shin Ohno
http://seleniumjp.connpass.com/event/24206/ 第3回日本Seleniumユーザーコミュニティ勉強会の資料です。 Seleniumのアンチパターンについてです。
Webブラウザを自動的に操作することでWebアプリケーションの動作テストを自動化してくれるツール「Selenium」の、5年ぶりのメジャーバージョンアップとなる「Selenium 3.0」が正式にリリースされました。 Selenium 3.0では、Seleniumの原型でありブラウザ操作をするための旧来の機能であった「Selenium Core」がなくなり、WebDriverに置き換えられました。 WebDriverはブラウザを外部から操作する方法としてSelenium 2から取り入れられており、現在W3Cによって標準化も進められています。また、モバイルアプリケーションのテスト自動化ツールであるAppiumでも採用されています。 すでにChromeとMicrosoft EdgeにはWebDriver機能が組み込んであるため、Selenium 2でWebDeriverを利用していたのであれば
Webアプリケーションをテストする際に活躍するのがSeleniumです。最近では、デスクトップのブラウザのみならず、iOSやAndroidのWebViewを使ったテストもできるようになっています。 自分のローカルにSelenium Serverを立ててテストする場合が多いと思いますが、今回はSelenium Serverをクラウドで提供するサービスをまとめて紹介します。 TestingBot 138の異なるOS、ブラウザ、バージョンの組み合わせでテストができます。iPhone/Androidにも対応しています。トンネル機能を使うことでローカルまたはLAN内のサーバに対するテストも自動化できます。 ブラウザからのテスト実行の他、CIと組み合わせたテストも可能です。 Selenium Testing in the cloud – Run your cross browser tests in
今日は、今話題のAI(人工知能)技術「ディープラーニング」を使い、誰でも簡単にモバイルアプリの画面自動テストスクリプトが作成できるWebサービスのお話です。 ※2017年7月24日よりオープンβ版を提供開始しました! AppiumやSeleniumのような画面を自動操作するテストツールはとても便利ですが、一方で、こうしたツールを利用していないプロジェクトもたくさんあります。何がツールの導入を妨げているのでしょう? 筆者は、次の2つがとりわけ大きな問題だと考えています。 システムの内部情報をある程度理解しないと、テストスクリプトを書くこと・読むこと・編集することが難しく、それなりのスキルが必要。 テストスクリプトの作成に時間がかかりすぎる。特に、読みやすく変更に強いスクリプトを作成しようとすると、かなりの手間がかかる。 これらの問題を、ディープラーニングによる画像認識を使って解決しようとして
はじめに テスト自動化自体にフォーカスを当てることが多いが、このセッションでは人に焦点を当てる 自己紹介 浅黄 色々と経験してきて、品質って大事だなと思えるようになってきた 10数年前に商用ツールを使ったのが自動化のきっかけ OSSに偏ってきた(ココ数年) 技術開発部に所属 後藤 7年前にIT系に入って負荷分散システムを作る 検証って面白いと考えるようになってベリサーブに転職 実務レイヤーではなくマネージメントレイヤー 玉川 コンピュータサイエンスを大学で学んでいた 最初の6年間は開発していた 自動テストやCIの知見が溜まってきた 技術開発部に所属 自動化エンジニアを育てるために教育もしている 松尾 院までコンピュータサイエンスを学んでいた 新入社員の頃からテストに興味を持つ 分散ネットワークなどを学んでいた 2年前からクックパッドに転職 今はモバイルアプリ中心 プロセス全般を見ているが、
前書き 「一緒に働いている以上、プログラマのことを理解して仕事をしたい」そう考えている企画・ディレクションの方は経験則的に少なくない。 ノンプログラマから見て、プログラマの仕事はイメージが湧きづらく、何故その工程にそこまでのコストをかける必要があるのかわからない事が多い。 プログラマは作業の必要性を説明してくれるかもしれないけれど、専門用語も多いしイマイチピンとこなかったりする。 ここで重要なのはまさに「イメージ」だと思う。すなわちイメージを提供するための良質なメタファーだと思う。メタファーが良質であれば より直感的に理解できる。 実際メタファーの力はバカにならない。「Chef」も「Jenkins」も それぞれ 統一的な世界観が学習者の直感的な理解を後押ししてくれる。 というわけで、今回から数回に分けて なるべく「技術的な話」をせずに イメージを想起しやすいストーリーを導入することで プロ
昨年秋頃から年明けにかけてRailsで顧客のサービスをひとつ作った 久々のチーム開発で。チーム人数は3名。 せっかくなので使ったツールややり方などを備忘録的に残しておく。次いつまたチーム開発する機会があるのか知らんけど。 実践したこと プルリクベースの開発 Webサービス開発現場から / 近頃の開発のやり方 ・・・ Github と Pull Request とコードレビュー 上記のやり方が面白そうだったので試してみた。 Githubを使っていれば拍子抜けするほど簡単に流れに乗ることができた。 Git力が足りないので最初は少し大変だったが、馴れてくると細かくブランチを切ってフィーチャーごとに対応するということが開発のテンポを良くしてくれた。 コードレビューはイージーミスによるバグや既存のコードと大きく流れの違うコードが混ざるのを未然に食い止める事ができたりと、一定の成果はあった。 一方でい
和田卓人さんによるテスト駆動開発問題解説の寄稿です! バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中! by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上
© 2013 Fuji Xerox Co., Ltd. All rights reserved. ■JaSST 2013 四国 テスト分析・テスト設計入門 富士ゼロックス株式会社 ソリューション・サービス開発本部 秋山 浩一 2 自己紹介 1985年4月 富士ゼロックス入社 現在はHAYST法のコンサルティング業務に従事 NPO ソフトウェアテスト技術振興協会(ASTER) 理事 JaSST東京実行委員(2003年~) 日本最大のテストシンポジウム1600名の動員 JSTQBステアリング委員(2006~) テスト技術者資格認定を行う国際組織日本支部 日科技連 SQiP研究会 委員長(2011年~) Wモデル研究会 主査(2011年7月~) 電通大 西康晴先生、NEC 吉澤智美氏、MRT 鈴木三紀夫氏 ISO/IEC JTC 1/SC7 WG26委員(20
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く