Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 12月10日の2022ソフトウェアテストアドベントカレンダーです。 Launchable社でエンジニアとして働いているcvuskと申します。機械学習界隈では機械学習を実用化するためのシステム開発の本を書いてたります。もし良かったら読んでみてください。 『機械学習システムデザインパターン』 『機械学習システム構築実践ガイド』 本ブログでは機械学習を用いてテスト実行を効率化する手法として、Predictive Test Selectionについて説明します。テスト実行時間やコストで課題を抱えているエンジニアに役に立つと幸いです。 昨今の開発
「アジャイルサムライ」の著者が語る、技術志向の企業が世界をどう見ているのか? そしてソフトウェアテスト自動化を進化させる方法について(後編)。JaSST'22 Tokyo基調講演 Jonathan Rasmusson(ジョナサン・ラスムッソン)氏はアジャイル開発における著名人の一人であり、さまざまな先進的ソフトウェア企業において開発やテストに携わってきました。 日本ではアジャイル開発の入門書として話題となった書籍「アジャイルサムライ」(オーム社,2011)や「初めての自動テスト」(オライリー,2021)、「ユニコーン企業のひみつ」(オライリー,2017)の著者としても有名です。 そのラスムッソン氏が2022年3月10日と11日の2日間、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2022 東京」(JaSST'22 Tokyo)の基調講演に登壇しました。
初めまして!LayerXの遊撃隊員、kaji(@kajicrypto)です。 今日は目下実践中のテスト自動化への取り組みについて書いていきます。 MVP開発からPMFに向かう間の、ソフトウェアテストに対するアプローチの変化をお伝えできればと思います。 手動E2Eテストで担保したMVP開発 定石:テストのピラミッドは下から登れ あるべきソフトウェアテストの姿として「テストのピラミッド」がよく持ち出されます。 テストのピラミッド 単体テストを土台とし、その上に複数層をまたいだロジック検証のためにAPI/統合テストが存在し、それでもカバーできないユーザー体験を守るためにUI/E2Eテストが求められる。 土台に近いほうが実行速度が早く、高頻度で実行でき、エラー原因を特定しやすい。もちろん、離れるほどその逆である。 それゆえ、テストは土台である単体テストから先により多く実装すべきと言われています。
TestCafe で E2E テストを始めよう #2 - ベーシック認証とユーザーロール(アカウント認証) wakamsha 前回は TestCafe の大まかな概要と Getting Started をご紹介しました。 今回は ベーシック認証 と ユーザーロール という二つの認証についてご紹介します。 シリーズ一覧 概要説明 と Hello World ベーシック認証とユーザーロール(アカウント認証) 👈 この記事 よりプログラマブルな作りにする 関心の分離・メンテナブルなテストを書くためのベストプラクティス ベーシック認証が効いている環境にアクセスする 通常、ベーシック認証(HTTP Authentication)が効いているサイトへ( curl といった)プログラムからアクセスする際は、下記の様に認証情報を URL に直接埋め込むことが多いかと思います。 # https://www
techtekt編集部です! 7月1日に仙台で開催された「v-sendai #2」にサービス開発統括部にてシニアエンジニアを務める江口 拓弥が登壇しました!(※写真は別日のモノです) ―登壇資料 これだけは知っておきたいVue.jsのテストのこと ―どんなイベントで、何を伝えてきましたか? v_sendaiは、仙台で開催されているフロントエンドフレームワークVue.jsの勉強会です。 第2回目の今回は、Vueのコンポーネントのユニットテストをする上で知っておきたい最低限のナレッジ・私の感じているベストプラクティス・ハマった事をLTにてお話させていただきました。フロントエンドのテストはちょっと見た目を変えると動かなくなりがちでコストが高いのですが、ちゃんとテストしておくことで未来の自分を助けるということが伝われば嬉しいです。 ―登壇を通じて、得られたコト、学んだコトを教えてください 実はLT
2018年11月12日、KDDI DIGITAL GATEにて、Tech-onが主催するイベント「Tech-on MeetUp#03」が開催されました。今回のテーマは「アジャイル」。スクラムやカンバン方式などのアジャイル開発をそのまま導入しても、思ったような成果が出ないこともあります。そこで、現場でうまくいっている事例を実際の開発メンバーに語っていただき、その成功の秘訣と知見を共有しました。プレゼンテーション「テスト苦労開発、あるいはTDDの夢」に登壇したのはやっとむ氏。講演資料はこちら テスト苦労開発、あるいはTDDの夢やっとむ氏:みなさん、こんばんは。本日は「Tech-on MeetUp #03」にお越しいただきありがとうございます。 私は安井力と申します。 「やすいつとむ」と書いて「やっとむ」という名前で活動してるので、「やっとむ」という名前で検索していただいたら、なにか引っかかるか
UIテストの所要時間を10分の1にする試み、Raspberry Piのクラスタで並列実行。ソフトウェア品質シンポジウム2018 開発現場の多くでテストの自動化が進む中で、テスト時間を短縮することはビルドとテストの待ち時間を減らし、開発効率を高める上で重要なポイントになってきています。 そうしたなかで時間がかかっていたUIテストの所要時間を短縮する手段としてRaspberry Piをクラスタ化する手法を紹介するのが、レバテック株式会社 折田武己氏です。 本記事では、9月12日から14日のあいだ東洋大学で開催された「ソフトウェア品質シンポジウム」(日本科学技術連盟主催)での折田氏のセッション「UIテストの所要時間を10分の1に短縮する取り組み~ラズベリーパイのクラスターで並列実行~」の内容をダイジェストで紹介します。 単体テストはさくさく終わるのにUIテストは時間がかかる レバテック株式会社
概要 現在に至るまで、UnitTestの実行はvim-quickrunかC-Zで戻ってからターミナル叩いてた。 現状だとVimでテスト駆動開発するのにつらみがある。 テスト用の設定を作り込むときが来たのだ。 ちな実行するのはPythonのUnitTest 現状の問題点 :QuickRun QuickRunはテスト全体実行しかできない。と思う(テストランナーではないからね) 頑張ればできるのかもしれない。 時間のかかるテストとか遅いテストだと全体実行を何度もするのはつらい。一つのメソッドだけとかサクッとやりたい。 ターミナル実行 ターミナルに戻るのはだるい。 ターミナルでクラス単位やメソッド単位のテストを実行するには、パッケージ階層を打たなきゃいけない。つらい。 QuickFixでRedに飛びたいよね。ターミナルのエラー見る→Vim戻る→ターミナルにエラー見に戻るとか愚行だよね。 :make
IT業界には「Excelスクショ」なる言葉がある。情報システムのGUIテストにおいて、顧客からテスト実施の証拠となる「エビデンス」の提出を求められる。これに応えるため、テスト実施時にスクリーンショットを取得して、画像をExcelシートに貼り付けていく。これがExcelスクショだ。IT現場で問題視されがちな非効率な作業の代名詞だが、ここ1~2年で改善の兆しが見えてきた。 エンジニアリング手法やツールの進化によって、テスト作業は以前よりも効率化できる余地がある。しかし、Excelスクショがはびこる現場では、なかなか効率化ができない。単純作業の要素が強いため、テスト実施者のモチベーションも下がる。 単純で工夫のいらないテストエビデンスの作成方法であるため、少なからぬ現場がExcelスクショを脱せられていない。Webアプリケーションを例にすると、次のような作業となる。 まず、テスト用のPCでWeb
By Todd Chaffee There are many good articles on how to get started with automated browser testing using the NodeJS version of Selenium. Some wrap the tests in Mocha or Jasmine, and some automate everything with npm or Grunt or Gulp. All of them describe how to install what you need, along with giving a basic working code example. This is very helpful because getting all the different pieces workin
こんにちは。デザイン部でフロントエンドエンジニアをしているkitoです。 今回は、BackstopJSを使ったビジュアルリグレッションテストについて書きたいと思います。 ビジュアルリグレッションテストとは視覚的な回帰テストのことで、具体的にはスクリーンショットを撮影して差分抽出して行うテストです。 近年のWebフロントエンド開発では、SassやWebpackのような開発環境が整うに従ってスタイルシートをモジュール化することが増えています。 それはスタイルの汎用性を高めることに大きく貢献していますが、一方で、あるパーツのスタイル修正が想定外の場所で悪影響を及ぼしてしまう可能性をもつようになりました。 この問題に対処するために、Enduring CSSのような新しいタイプの設計手法も考えられてはいますが、既存のサービスに導入するにはかなり敷居が高いでしょう。 そこで注目したいのが、ビジュアルリ
Testing is an important part of the development cycle. There is a name for code without tests: legacy code. When I first started learning React and JavaScript it was overwhelming to say the least. If you’re new to the JS/React community you’re probably feeling super overwhelmed as well. Thinking things like: Which build tool should I use? Which testing framework is right? What flux pattern should
swiftでのテスト界隈だと,Quickなんかが最近期待されていますね. [Swift] Quick で振る舞いテストをしてみよう | Developers.IO でもそんなことを無視して,従来通りのXCTestでユニットテストを組んでいます. swiftの名前空間 いずれにしろぶつかる問題として,普通に書こうとすると,テストコード内でアプリケーションのクラスが呼び出せない,というのがあります. テストターゲットからアプリターゲットを参照する #Swift - Qiita SwiftのコードはXcodeのターゲット単位がモジュール=ネームスペースとして扱われるようです。 Swiftでテストケースを書く際の疑問 - まさたか日記 名前空間がモジュール別なので、ターゲットモジュールとテストモジュールが別ということはテストケースからテスト対象が見えない。。。 というように,swiftにおいては,
var mockRegister = MyDispatcher.register; var mockRegisterInfo = mockRegister.mock; var callsToRegister = mockRegisterInfo.calls; var firstCall = callsToRegister[0]; var firstArgument = firstCall[0]; var callback = firstArgument; Jestは基本全てがモックされるので、要は「Dispatcherのregisterに与えられた引数が観測できるから、Storeのcallbackを捕捉してテストしたい内容に合わせて適宜実行せよ」ということである。 この動作、SinonのSpyにも同じような実装がある。spy.firstCallやspy.getCallが定義されており、n度
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く