はてなブックマーク

概要 アプリの品質向上やリリース時の作業の効率をどう改善し、品質によるユーザー離れやクライアントの利益を計画的に検知できる仕組みや検証端末の選定（サービスによって使われる端末も違うので日々調査することが大事）や検証台数、テスト内容を検討する。 ※UXやUIも「アプリ品質の1つ」で使いやすさや見た目がユーザーに受け入れられないと、インストールすらされなくなる。レビュー評価も低い傾向になります。 リテンション率（顧客維持率） も日々見ていくことが大事になります。 ホーム トップ 詳細 画像 テスト計画 スマートフォンの登場で、PCからスマートフォンへシフト。 また多くのアプリの登場により、アプリ商圏は年を追うごとに大きくなっています。 その中で、どれだけ品質のよいものをリリース出来るかが、サービスの中で大事になっています。いくら短期間でリリースしても、不具合だらけのサービスでは使い物にならない

TestCafeを調べた経緯 「Selenium」以外にも使えそうなGUIテストツールがないかどうか、またWaitなどの待機処理が上手くできないため途中でエラー終了してしまう。 で、調査したところ　「Testcafe」 が見つかった。 でも、よくわからず、ツール名なのか、どこかのコーヒー店舗名なのか考えてしまう始末。 Seleniumでは「設定」が多かった分、楽になった気がします。環境構築に時間がかかっていた。 しかし、言語は、「Javascript」 の一択ですが。 Windows版 「TestCafe Studio」 を使って起動 なんと無料期間が30日で有料とは？いつの間にか変わっていました。 「DevExpressTestCafeStudio-win-0.2.0」 を実行する。 「インストール中」 「完了」 ボタンをクリックする スプラッシュ画面 環境によってはこの画面のままで進行

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? GUI(グラフィックユーザーインターフェース)テストツールについての比較 現場での：GUIテストツール導入にあたり　「メリット」 と　「デメリット」 を纏めてみました。 （昨今、GUIテストツールの数が多く何がどのテストツールがマッチしているのかも含め。） 今まで色々とGUIテストツールの導入検討してきましたが、業務タスクに沿った選定ができればと思い、纏めております。 もちろんテストツールには有償・無償ありますが、「費用対効果も含め」　選定ができれば尚良し。 Seleniumファミリーだけではなく、最近のテストツールトレンド傾向を調査し

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Selenium IDEでいろんなことをやってみる。 今は、「Selenium 3」が主流ですが、「Selenium IDE」もまだまだ使えますね。 使いやすさや使い勝手がとても良いです。 非プログラマーには、使いやすいWebブラウザツールですね。 まずは、「アドオン」 を入手しましょう。 SeleniumIDEから　「Chrome」 か　「Firefox」 か　「Edge」 を選択して追加する 試しに、Chromeを追加してみます。 注意点 「SeleniumIDE」 でとりあえず。現在バージョンは、「3.17.4」 です。 ※昔、Firefox55が使えないことがありました。 どうしようかと。Firefox ESR版（法人向け）で次のアナウンスまで待つことに。 で、ついに。帰ってきました！！ 進めます 現在のバージョン 最終更新日が2021年12月7日であり、1年以上更新されていない状

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

レスポンスタイムが3秒以内を目標とし、1秒あたり、どれくらいのユーザー数まで問題なく動作するかを確認する。スレッド数(アクセスするユーザー数)：Ramp-Up期間（秒）(スレッド数に対して、何秒以内に処理するかの設定)：ループ回数(テストケースの繰り返し設定): 無限ループ 総リクエスト数 = スレッド数 × ループ回数 スレッド数：60 Ramp-Up期間（秒）：60 ループ回数：10 ※1秒で1アクセスという意味になります。 これは、サービスによって設定値が変わってきます。 スレッド数：6 Ramp-Up期間（秒）：60 ループ回数：10 ※10秒で1アクセスという意味になります。 ちなみに、ヤフーの「災害情報表示機能」は、1秒間あたり数万単位のアクセス Googleアナリティクスのリアルタイムレポートなどで確認。 この結果に合わせてECサイトであれば、負荷テストを実行する。 2.ht

テストとは まず、ウォーターフォール型開発・アジャイル型開発と開発手法によってテストの柔軟さや変更コストが変わってきます。 ここでは、アジャイル型開発をメインとし、（開発）実装完了し（コードフリーズ）プロダクトリリースに向かって行うテストを考察します。 不具合の発生は主に、要件定義や設計書段階であり、（不具合）検出は主に受け入れテストかリリース後の本番環境である割合が多い。 そのため、このフェーズを疎かにすると、リリース後不具合が発生し、場合によってはユーザーへ謝罪や返金が必要となる。 また、サブスクリプション型やSaaS型のビジネス企業としてはCharn数値をどう抑えるのかが大事となる。 一企業として損失・信頼が失われる結果となり、一度 「失った信頼を取り戻す」 のは並大抵では無いです。 予め、テスト計画やテスト対策を考えテストを軽視しないことです。 不具合のコストを考え、リリース後の不

1.電子メールの添付ファイル(何気なく開封したファイルが対象になっていることも) 2.ホームページを閲覧 3.USBメモリ 4.ファイル共有ソフト 5.マクロプログラム 6.アプリのインストール 7.ブラウザのアドオン 8.ワンクリック（偽サイトへの誘導） 9.ワンクリック（SMSからの誘導） １０.ファイルをダウンロード セキュリティテストを実行するのか 設計上の欠陥や構成エラー、ハードウェアとソフトウェアの脆弱性、コーディングエラー、 および情報システムの能力に影響を及ぼす可能性があるため。 不正アクセスにより顧客の個人情報が流出する事故が多いためである。 また、十分なセキュリティ対策が実装されているかどうかを確認する。 結果、脆弱性が見つかり事業の見直し、さらには企業の存続と、社会的影響は計り知れない。

1.対象プロダクトの全体品質定義 2.仕様品質の担保 3.テストフローの整備 4.テスト計画・テスト設計作成 5.テスト仕様書作成・実施 6.リリース基準作成・リリース判断 7.プロダクトの不具合分析、仕様改善業務 8.手動テストと自動テストの切り分け 9.QAエンジニア採用活動、テストベンダーやテスターの業務管理、QAイベント登壇 10.他チームとのコミュニケーション（共通認識） 全体のテスト範囲として　「単体テスト」 は基本、開発エンジニアが担保するが　「結合テスト」 以降はどうするのか？ 「単体テスト」 は、関数やメソッドが個々の機能を正しく果たしているかどうかを検証するテストになります。 主に、「JUnit」などのXunit系のテスティングフレームワークを用います。 ※プロダクトや案件によってはQAエンジニアが担当することもあります。 バグ修正コストを下げる目的もありますが しかし