株式会社ディー・エヌ・エー、ソフトウェアテスト自動化プラットフォーム「Autify」導入でQAの工数を15%削減
株式会社ディー・エヌ・エー（以下、「DeNA」） 品質管理部において、ウェブアプリケーションのE2Eテストを自動化するためのプラットフォーム「Autify」が導入されたことをお知らせします。 株式会社ディー・エヌ・エー（以下、「DeNA」） 品質管理部において、ウェブアプリケーションのE2Eテストを自動化するためのプラットフォーム「Autify」が導入されたことをお知らせします。 これまでに人手に頼っていたテストを自動化することで業務効率化を実現。 またテレワークが要求される中、業務を変わらず継続していくことはもちろん、これまで人力では対応が不可能だった領域に対しての品質保証に取り組めるようになりました。 今後、より人が注力すべき本質的な品質向上の業務に注力し、高品質、高速かつ、よりユーザーメリットの大きいサービスの提供を進めていきます。 これら複数プロジェクト、事業での活用ニーズを受け、
アジャイルとDevOpsの品質保証と信頼性 - Test Automation
このブログエントリは日本信頼性学会論文誌 Vol.42, No.2, 2020年3月号に寄稿した「アジャイル/DevOps開発における品質保証と信頼性」という解説論文の転載です。 （品質管理研究会でこの解説論文の内容をもとにした特別講義を来年実施します。ご興味ある方はぜひご参加ください。） --- 概要 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps などのソフ トウェア開発手法は,今まで主流であったウォーターフォール開発と異なる特徴を持つため,その品質保 証や信頼性の考え方をそのまま適用できない場合も多い.アジャイル/DevOps 開発では短い開発サイクル の中で小刻みなフィードバックループと改善活動を繰り返しながら開発する.そのため,QA テストとして の品質保証の役割はアジャイル/DevOps においても依然重要であるが,それに加え開発サイクル
QAの訳って品質保証でいいのかな?｜Tsuyoshi Yumoto
前回のQAとお医者さんに続き、これも何かの結論がでるような感じではなく、ポエムですが。。。 ISQTBのFLシラバスでのQAについての記述JSTQBのFL2018シラバスにて、「1.2.2品質保証とテスト」という節があります。そこでは冒頭以下のように書かれています。 品質保証（または単にQAともいう）という用語がテストを意味するために使われることがある。しかし、品質保証とテストは、関連してはいるが同じではない。 While people often use the phrase quality assurance (or just QA) to refer to testing, quality assurance and testing are not the same, but they are related. 上記は、QAとテストは同じじゃないって書かれている該当節の冒頭部分です。
Serenity/JS | Serenity/JS
Enable collaborative test automation at any scale!Serenity/JS is an innovative test automation framework designed to help you create high-quality, business-focused test scenarios that interact with any interface of your system and produce comprehensive test reports that build trust between delivery teams and the business. Make your tests speak your languageSerenity/JS Screenplay Pattern helps you
「FF6」の新たなバグを発売25年後に見つけたテスト技術者の腕前
1994年に発売された大人気ゲーム「ファイナルファンタジーVI（FF6）」（スーパーファミコン版）をやりこみ、2019年になっても未発見の「バグ」を見つけ出し続けている人がいる。ここ数年、熱心なゲームファンを何度も驚かせているのが、「エディ」のハンドルネームで知られるプレーヤーだ。必須のイベントをクリアせずに先に進める方法を見つけ出し、毎年のようにゲームクリアまでの「歩数」の最少記録を更新している。 本記事でいうバグとは、ゲーム開発者が意図していなかったと推測される仕様を含む。特別な操作をすると通常とは異なる挙動となり、いわゆる「裏技」が可能になる。 FF6スーパーファミコン版はスクウェア（現スクウェア・エニックス）が開発したロールプレイングゲーム（RPG）で、美しいグラフィック、ドラマチックなシナリオ、完成度の高いゲームシステムが好評を博し、全世界で約340万本の売り上げを記録した。人気
「品質“実質”無料キャンペーン」を開始しました - pixiv inside
みなさんこんにちは！ピクシブで唯一のテスト専任エンジニアの @shimashima です。 今日は昨年10月に全社向けに発表を行なった「品質“実質”無料キャンペーン」についてご紹介しようと思います。 キャンペーン開催の経緯 昨年10月より、それまで所属していたpixiv運営本部からコーポレートエンジニアリング部という間接部門に異動し、社内システム改善を行うとともに社内全般の品質向上を目指して動くことになりました。 入社した当時はソフトウェアテスト・品質を専門としているエンジニアは私一人でした。ピクシブのサービス全般についての品質向上を目的として入社したものの、社内での私自身の認知度もまだまだで、品質に関する相談もかなりまばらな状態でした。需要が少ないということもあるかもしませんが、まずは「社内に品質について相談する人・窓口がある・居る」ことを認知してもらおうと思っていました。そのとき、コー
失敗から学ぶ、テスト自動化導入で大切なこと──Cybozu Meetup テスト自動化 開催報告 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、テストエンジニアリングチームの園です。 先日、『Cybozu Meetup テスト自動化 ～失敗から学ぶ、テスト自動化導入で大切なこと～』を開催しました。 技術的な内容よりも導入手法に重点を置いたお話を予定していたため、参加枠が埋まるか不安でしたが、参加募集開始から予想を裏切り、最終的に参加枠を大きく超える130名の方からお申し込みをいただきました！ テスト自動化がトピックとして扱われるようになって久しいですが、まだまだ注目される話題であり、導入に悩まれている方も多いのだと改めて認識いたしました。 cybozu.connpass.com 本エントリでは、Meetupで話した内容のまとめと、話し足りなかったことを補足させていただこうと思います。 テストエンジニアリングチームのご紹介 このセッションでは、サイボウズのテストエンジニアリングチーム(以下、TE)の紹介と、活動内容の紹介
チームでテストを共有した話（ペアテスト） - CAT GETTING OUT OF A BAG
探索的テストを含む「テスト」をチームで共有したときに、やってみたことを紹介します。キーワードはこの４つ。 ・テストの地図 ・ペアテスト（今回はこれ！） ・テストの渡航記録 ・朝会とテストの夕会 ペアテストはその名の通り２名（以上）で行うテストですが、テスターだけのものではありません。一般にはテスター×テスターの組み合わせが多いのかもしれませんが、わたしは同僚のプログラマーと一緒にテストすることもあるし、開発環境の入っていないテストPCの前に２、３名のプログラマーが集まり、みんなでテストしているのも、よく見る風景です。 ペアテストはもうそれ自体が（実施者間での）テストの共有であり、ペアテストの実施内容（どのようなテストをして、どうだったのか）は、ペアテスト直後に一番知りたがっている人たちに話しますし、朝会やテストの夕会、また日常の会話の中でも話題にしています。 ですので、今回はテストの共有と
JaSST’18 Tokyo A8クロージングパネル簡易まとめ – それはそれとして
JaSST’18 Tokyo Day2のクロージングパネルの書き殴りまとめ。 アジャイル・自動化時代のテストの現場のリアル モデレータ： 荻野恒太郎さん（楽天） パネリスト： John Miccoさん（Google） 天野祐介さん（サイボウズ） 松尾和昭さん（クックパッド） 山口鉄平さん（ヤフー） 自己紹介 コンテキストを合わせるためにサービスのデプロイ/リリース頻度を伝え合う 荻野さん1日数十回のデプロイ（テスト環境含む） リリースは1週間に数回 天野さん月1リリース（kintone） 1日数回のデプロイ 山口さんプロダクトによって差がある 多いところは1日数十回のデプロイ 2週間～1か月のリリース、デプロイもある テスト自動化はいま進めているところ デプロイ、リリースの自動化も進んでいる 松尾さんモバイルオートメーションに比重を置いている 検索・レシピ投稿でチーム分割している 1チーム
［CEDEC 2017］ゲームの品質管理はAIに任せる時代!? スクウェア・エニックスが活用法を語る
［CEDEC 2017］ゲームの品質管理はAIに任せる時代!? スクウェア・エニックスが活用法を語る ライター：米田 聡 今日（こんにち）のゲームは，有償無償のDLCや，オンライン専用タイトルであれば定期的なアップデートを通じてコンテンツをリフレッシュし，プレイヤーに長く楽しんでもらう方向のものが増えてきた。そのためゲームの提供側からすると，「DLCやアップデートをテンポよく投入し，プレイヤーを飽きさせないこと」がとても重要になってくる。 眞鍋和子氏（スクウェア・エニックス テクノロジー推進部 AIエンジニア） こうした背景からゲームでも開発イテレーション（iteration，ここでは「開発サイクルを回すこと」）の効率化や迅速化といったことが話題に登ることが多くなっている。CEDEC 2017の3日めには，そんなゲームにおける開発イテレーションの効率化を，「遺伝的アルゴリズムによるAI」で
テスターが要件定義のレビューからプロジェクトに参加する現実について｜Tsuyoshi Yumoto
最近、ソフトウエア開発にて、テスト技術者が要件定義からレビューに入る件について、いろいろ話を聞いたので、まとめておきます。 これは、ちょっとかっこよく言うと「Wモデル」という、テスト担当者の作業と開発の作業を同時並行で行っていくVモデルの進化した開発モデルが目指すゴールの一つです。ただ、話をしてくれた人は、Wモデルという言葉を知っているわけではありません。 その人の組織では、1980年代後半から、独立したテストを行っているとのことです。開発したものの統合テスト以後のテストだけを請け負うテスト専門部隊です。 Windowsが出る前はCOBOLで作った会計プログラムを対象にしていて、それがWindowsが出たころに全てWindowsアプリになり、それが今では全てWebアプリになり、クラウド上で動くようになっているという感じです。今では、そこの組織では、要件定義の段階からドキュメントをテストチー
過剰品質に関する西先生と秋山さんのツイートをまとめ
Yasuharu NISHI @YasuharuNishi こないだSECの品質監査制度の偉い人が「日本は過剰品質なんですよ」と言っていた。でもそれは、間違った品質管理をやり続けた結果に過ぎない。その結果だけをみて過剰だから止めよう、と品質管理活動を止めると、すぐに致命的なまでに品質は低下する。過剰品質という表現は、とても危険なのだ。 2012-09-06 11:06:32 Yasuharu NISHI @YasuharuNishi 過剰品質論を振りかざす人たちが見ている現場は、間違った品質管理活動をたくさんしている。それは、顧客満足にも、技術力向上にも、生産性向上にも役立たない、自己目的化したエセ品質管理だ。その間違いを端的に表現する言葉はないだろうか、とずっと考えていた。 2012-09-06 11:08:09 Yasuharu NISHI @YasuharuNishi 過剰品質なので
モダンなテスト管理プロセスのためにテスト管理ツール３つを比較検討したはなし | メルカリエンジニアリング
こんにちは。メルカリのテストエンジニアとして、スマホアプリのテスト自動化をぶりぶりしている@daipresentsです。 テスト自動化をすすめるにあたり、効率のよいテストを作るために、既存のテストケースについて調べる機会がありました。その過程で現状のQAプロセスも確認したのですが、以下のようなテストケース管理の課題があることがわかりました。 それぞれのテストエンジニアが、それぞれの方法で、それぞれのテストケースを管理しているため、ナレッジが横につながりにくい。 共有されているリグレッションテスト項目の更新が追いついておらず、情報が古くて使いにくい。 人数が増えてきて、ふりかえりや改善がやりにくい。 １については、現在、職能横断的なチーム構成になっているため、プロジェクトやプロダクトに集中できる環境である反面、それぞれのチームにいるQAエンジニアどうしのつながりが薄れてしまうことが原因に感じ
受入試験を自動化したらDevとQAのフィードバックループがまわりはじめた話
https://test-engineers-meetup.connpass.com/event/50496/ Test Engineers Meetup #2 の発表資料です。 自動テストにおける対話について話しました。Lire moins
新卒エンジニア向けに品質の話をした, Asakusa.rb 第368回 - HsbtDiary(2016-07-26)
■ 新卒エンジニア向けに品質の話をした slideshare だと keynote から書き出した日本語が消えてしまうので speakerdeck で。 https://speakerdeck.com/hsbt/yatutemiyou-tqc ペパボでは新卒エンジニアの研修の一環で座学という形で60min何かを講義するという取り組みをここ数年続けているので、自分も品質というキーワードにまつわるあれこれを講義してきた。こういう話、社内では自分くらいしかしないだろうから丁度いいだろうというレベルで若干ふわっとした話をしてきた。 資料だけだと、「ちょっとこれは雑すぎない?」というのがあるとは思うんで、この辺もう少し詳しくということがあったら、是非ディスカッションしましょう → https://pepabo.com/recruit/pepaluncheon/ ■ Asakusa.rb 第368回
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
テストやQA (品質保証) には説明責任が求められます。しかし、仕様書のコピペにすぎないテスト設計、自己目的化した自動化、規格に準拠しただけの開発 / 機能安全プロセス、おざなりな保証ケース、属人化したレビュー、ハードウェア主導のQA組織によるピントを外した品質保証など、説明責任とはほど遠い組織が多く見られます。そこで本講演ではQAアーキテクチャというコンセプトを紹介し、テストやQAの全体像を俯瞰し説明責任を高めるための方策を概説します。これにより、テスト自動化をベースとしたパイプライン化によるテストのリズムの高速化や、フロントローディングによる上流での品質作り込みサイクルの構築も目指すことができるようになります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
品質"実質"無料キャンペーン始めます / Start_quality_real_free_campaign
違和感のつかまえかた （組込みシステムの開発者・テスターとしてやっていること） - Speaker Deck
https://www.jasst.jp/symposium/jasst18tokyo/pdf/D4.pdf
https://jasst.jp/symposium/jasst16tokyo/pdf/E2.pdf