テスト自動化のプロが語る、テスト自動化の失敗から学んだ、導入・運用のポイントとは？| Qbook
ソフトウェア開発において、品質を維持しつつ、プロダクトのリリースサイクルを早く行うにはテスト自動化が必須です。開発したものを常にテストする仕組みが、デグレード等の不具合を高速に検知し、テスト期間を短縮し、結果として新しい機能をはやく世の中に出すことができます。 ただ、テスト自動化を初めて取り組む人たちにとっては、上手く構築できるかどうか不安が大きいのではないでしょうか？また、一度テスト自動化をやったことがあるが、上手く運用することができずに途中で諦めた人もいるのではないでしょうか？ そこで今回は、自身も「テスト自動化で失敗し、途中であきらめた経験がある、その中で学んだことを活かしながらテスト自動化をブラッシュアップし、正常運用までもっていった」と語るバルテス・ホールディングス株式会社の江村 禎昭 氏に、テスト自動化で失敗してきた過去と学んだことについてお伺いしました。 今回話を伺ったプロ
なぜE2Eテストでidを使うべきではないのか ｜Autify（オーティファイ）ブログ
こんにちは。AutifyのSET(Software Engineer in Test) 、末村(@tsueeemura)です。 皆さん、E2Eテストしてますか？以前はほぼSelenium一択みたいなところがありましたが、最近はPuppeteerやCypress、TestCafeなどいろいろなフレームワークがあり、ついつい目移りしてしまいますね！ さて、どのフレームワークを使うにせよ、E2Eテストを書く上で共通で意識しないといけない重要なファクターがいくつか存在します。 その一つが ロケータ です。操作や検証の対象となる要素を指定するためのキーのことです。 ロケータにはCSSセレクタやXPathが利用でき、idやclass、name といった属性を利用するのが一般的です。 今回はこのロケータについての話を書こうと思います。 ロケータとは要素を一意に指定できさえすればロケータに使うものは何でも
mablを一年運用してみた成果と課題 - エムスリーテックブログ
こんにちは！ エムスリーエンジニアリンググループ QAチームの城本（@yuki_shiro_823）です。担当しているBIR（Business intelligence and Research）チームでローコード自動化サービスmablを運用した所感を紹介します。 前提 今期行ったこと メリット リグレッションテストが必要なときにすぐ対応できる QA環境を正しい状態に保ちやすい デメリット（というか自動化により発生するコスト） 継続的なメンテナンスコストが発生する 不安定なテストを作ると本来かけたくないコストが生じる コラム：mablの実行環境の違い 今後の課題 まとめ We're hiring! 前提 エムスリーではテスト自動化にローコード自動化サービスmablを利用しています。 mablとはブラウザの操作を記録することにより、ローコードでテストケースの作成を行えるテスト自動化サービスで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
