Katalon AI-augmented Test Automation PlatformQuickly create your tests with low-code, full-code scripting, or AI for web, mobile, desktop, and API.
モダンなテスト管理プロセスのためにテスト管理ツール３つを比較検討したはなし | メルカリエンジニアリング
こんにちは。メルカリのテストエンジニアとして、スマホアプリのテスト自動化をぶりぶりしている@daipresentsです。 テスト自動化をすすめるにあたり、効率のよいテストを作るために、既存のテストケースについて調べる機会がありました。その過程で現状のQAプロセスも確認したのですが、以下のようなテストケース管理の課題があることがわかりました。 それぞれのテストエンジニアが、それぞれの方法で、それぞれのテストケースを管理しているため、ナレッジが横につながりにくい。 共有されているリグレッションテスト項目の更新が追いついておらず、情報が古くて使いにくい。 人数が増えてきて、ふりかえりや改善がやりにくい。 １については、現在、職能横断的なチーム構成になっているため、プロジェクトやプロダクトに集中できる環境である反面、それぞれのチームにいるQAエンジニアどうしのつながりが薄れてしまうことが原因に感じ
<4D6963726F736F667420506F776572506F696E74202D20817941352D31817A8358815B8376834A838C815B95FB8EAE82C982E682E9835683588365838083658358836795AA90CD28576562292D322E70707478>
『 『 『 『スープカレー スープカレー スープカレー スープカレー方式 方式 方式 方式』 』 』 』による による による による システムテスト システムテスト システムテスト システムテスト分析 分析 分析 分析と と と と設計 設計 設計 設計 －地域有志勉強会によるプロセス実践・解析の成果発表－ TEF TEF TEF TEF北海道 北海道 北海道 北海道テスト テスト テスト テスト勉強会 勉強会 勉強会 勉強会（ （ （ （TEF TEF TEF TEF- - - -道 道 道 道） ） ） ） 【 【 【 【TEF TEF TEF TEF- - - -道 道 道 道】 】 】 】 •上田 和樹 •小楠 聡美 •高木 進也（東京エレクトロン ソフトウェアテクノロジーズ(株)） •中岫 信 （東京エレクトロン ソフトウェアテクノロジーズ(株)） •根本 紀之（東京エレクトロ
BDDについて自分なりにまとめてみた - UKSTUDIO
BDDについて自分なりにまとめてみた Published on 2011-07-02 Updated on 2011-07-02 BDDという言葉も割と人によって指すものが違うようなので「俺の中でのBDDはこうだよ」って内容のエントリ。別に絶対的なものでもないと思うので参考までに 結論から とりあえず結論だけ知りたい人向けに。 BDDにはふたつの種類がある TDDの言い換えのBDD(開発寄り) ATDD(受け入れテスト)でのBDD(ユーザ寄り) 振る舞い BDDは振る舞い駆動開発と言われたりするように、テストという言葉のかわりに振る舞いという言葉を使う。日本語的には仕様と言うほうがわかりやすいかもしれない。多分、BDDのイメージが掴みにくいのはこの振る舞いという言葉にあると思う。と言うのも振る舞いと言うのは、人の立場よって変わるからだ。例えば、プログラマがあるクラスを実装している時に言う振
swtest.jp/wiki/tools - PukiWiki
テストツール情報サイト † 不具合からの脱却！テスト自動化ツール研究 / 「テスト自動化ツール」選定の厳しい視点（無償の会員登録が必要） 2008/7/14 キーマンズネット / IT製品解体新書 http://www.keyman.or.jp/3w/prd/51/30002651/ （引用）Webシステムの品質に対する意識は高まってきているが、十分なテストの実施はそう容易なことではない。また、ソフトウェアは社会生活の中に奥深く入り込むようになったことから、その不具合がもたらす社会的・経済的損失は深刻さを増すばかりだ。こうした背景のもと、最近の開発プロジェクトではテスト工程を分業することが重要視されるようになり、ソフトウェアテストの自動化ツール効果的な利用に注目が集まるようになってきた。そこで今回はソフトウェアテストの自動化ツールにスポットを当てその基本から最新動向までをわかりやすく解説す
Exploratory Software Testingのtweetまとめ。 - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
先週届いたJames Whittakerの本を読みつつtwitterにつぶやいているので、今まで書いた分のまとめを貼っ付けておく。 # Exploratory Software Testing 2章もうちょいで読み終わり。9:48 PM Sep 17th from web # Manual TestingとScripted Manual Testingの違い。後者はテストケースの粒度は関係なくテスト手順が存在している。例えば、数字をテキストボックスに入力するとして、テスト手順は「数字を入力する」でも「10を入力する」のどちらでもよい。9:52 PM Sep 17th from web # 2種類のExploratory Testingの考え方。 Exploratory Testing in the SmallとExploratory Testing in the Large。9:54 PM
CSV講座
ウェブセミナー Computerized System Validationについて研究するページです。 ＊万が一文中に解釈の間違い等がありましても、当社では責任をとりかねます。 本文書の改訂は予告なく行われることがあります。 Computerized System Validation講座 世界的な競争が激化している製薬業界において、新薬開発に要する時間と申請準備期間の短縮は至上命題といえる。また新薬の審査を行う規制当局においても、審査期間の短縮、情報の正確な把握と対応にせまられている。これらの状況によってＩＣＨにおいては、電子的な申請の形式である、eCTDが議論されてきた。医薬開発における、データおよびドキュメントの電子化は、作業の効率化、品質向上、情報再利用の促進をもたらす。その結果として企業内、企業と当局間、また当局内において時間とコストの効率化を図ることができる。 このように
Mockitoノススメ - Fly me to the Luna
モックライブラリ使ってますか? 僕はJavaの人なので、主にJUnitを使ってテストコードを書いています。テストコードを書いている最中、「もしこのオブジェクトから例外が帰ってきたら、ちゃんと例外のハンドリングができてんの？」等々、既存のオブジェクトの振る舞いを差し替えたくなることってありませんか？そういうときにモックライブラリを使うと、既存のオブジェクト処理を差し替える事ができます。 実は最初はモックライブラリって意味あるの?と懐疑的だったんです。どういうところに懐疑的だったかというと、 テストコード中に出てくるモックライブラリのセットアップがめんどい。 テストコードがプロダクトコードの実装に依存しちゃうんじゃないの？プロダクトコードをちょっと変えただけでテストが落ちるようになるんじゃないの？ みたいなところです。でもMockitoというモックライブラリを使ってテストコードを書き初めてから
テスト駆動開発の効果はどのくらいある？
ソフトウェアの開発を行うときに、まずテストケースを先に作ってから機能を作り込む「テスト駆動開発」（Test-Driven Development：TDD）。これにより、ソフトウェアの開発工数や品質にはどの程度の変化があるのでしょうか。 TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社：森崎修司の「どうやってはかるの？」：ITmedia オルタナティブ・ブログ この疑問について調査した論文を、奈良先端科学技術大学院大学 助教の森崎修司氏が3月10日のブログ「国立大学法人奈良先端科学技術大学院大学 助教」のエントリ「TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社」で紹介しています。 開発時間はやや増えたがコードの品質は上がった 論文全文は有料なので読めないものの、森崎氏のブログによると次の知見が得られたとのことです。まず、ソフトウェ
TDD談義への反応に対する雑感（テスト駆動開発を取り巻く誤解等） - 千里霧中
先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの（http://gihyo.jp/dev/serial/01/tdd/0003）。 この定義で「品質保証のための単体テスト
第3回 「テスト」という言葉について ── Developer Testing、Customer Testing、QA Testing | gihyo.jp
［動画で解説］和田卓人の“テスト駆動開発”講座 第3回「テスト」という言葉について ── Developer Testing、Customer Testing、QA Testing ニコニコ動画：https://www.nicovideo.jp/watch/sm2195413 前回は、「テストが開発を駆動していくからテスト駆動開発」ということを説明させていただきました。しかしここで言っている「テスト」とは何でしょうか。 「テスト駆動開発」という名前を持っているからには、基盤となるのは当然「テスト」です。ですから、次に「テスト駆動開発のテストってどういうテスト？」という議論をしなければなりません。 結論を先に言いましょう。テスト駆動開発における「テスト」とは、品質のためのテストではありません。 「テスト」という言葉から連想するもの 「テスト」というと、みなさんはどのようなものを想像します
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist
組み込みソフトウェア／ハードウェア開発における技術力の向上、改善・最適化などを幅広く支援する“組み込み開発エキスパート”のための情報フォーラム
JUnit/FindBugs/PMDなどを総観できるQALab/Limy
便利なEclipseプラグイン集「Limy」とは 「Limy」というEclipseプラグインをご存じでしょうか。これは、コード支援機能やプロジェクトの品質管理機能、プロパティエディタやVelocityテンプレートエディタなどが含まれている便利なEclipseプラグイン集です。 今回は、Limy Eclipseプラグインに統合されているソフトウェアの品質レポートを生成する「QALab」の機能を利用したソフトウェア品質管理やLimy EclipseプラグインのQALab実行機能について紹介します。 ■さまざまな品質管理機能を一括実行／総観できる「QALab」 Javaで品質管理を行うツールとして、さまざまなツールが提供されていますが、それらを利用するには1つずつセットアップする必要があり面倒です。 ObjectLABにより開発されるQALabを利用すると、さまざまな品質管理ツールを一括して実行
Six Apart - Tech Talk Blog: Watirを使ってテストを自動化しようの話
こんにちは、TypePadのQAを担当している山口です。今回はWatirを使ったテストの自動化の話を少ししたいと思います。 Watir = Web Application Test In Ruby WatirはRuby上で動作するウェブアプリケーション向けのテスト自動化ツールです。「Web Application Testing in Ruby」の頭字語で「ウォーター（water）」と発音します。 Watirはこんな風に使います。 require "watir" ie = Watir::IE.new ie.goto("http://memolog.org/") といった風に使います。Watirに組み込まれているメソッドを利用するだけで簡単にIEを操作することができます。この例では、IEを自動的に起動して、http://memolog.org に移動します。 Watir vs Seleniu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger
hayst.com
Efficient data transfer through zero copy
受け入れテスト用セキュリティチェックリスト for Webアプリケーション
テストを分類する
http://www3.vis.ne.jp/~asaki/p_diary/diary.cgi?Date=20090717