QA to AQ: Quality Assurance から Agile Quality へ - Qiita
伝統的な品質保証(QA)からアジャイル品質(AQ)へと変わっていこう 2016/9/30、Hillside Group(後述)の代表Joseph Yoderさんが来日され、鷲崎先生と特別セミナーが開催されたとのこと。 そこで紹介された、「QA to AQ: 品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ」というパターンが秀逸で、かつ、日本のアジャイルオーディエンスに興味がある方が多いであろう、と思い、紹介します。 アジャイル開発は徐々に日本の開発現場にも浸透しています。特に、Webサービスを事業としている会社、スタートアップ企業、などでは普通になる一方で、ITを利用する側と開発を請け負う会社が分かれている場合、また、組み込みの製品開発などでも、まだまだアジャイルは浸透が足りないようです。開発部隊と別に、品質保証部がある組織も、組み込みでは珍
AWSで実現するSeleniumテスト高速術
QAの井上です。 7/29に開催されたJenkins ユーザ・カンファレンス 2012 東京 で「AWSで実現するSeleniumテスト高速術」という内容で発表してきました。 当日はとても暑い中にもかかわらず200人くらいの部屋がほぼうまるくらいの大盛況にもなり、来てもらったみなさんありがとうございました。 発表内容は以前ブログに書いた「Jenkins, Seleniumを使った自動テストの課題とこれからの取り組み」の後編といった感じなのですが、僕らQAがこの2年間Jenkins, Selenium, インフラ(テスト環境)と格闘するなかでどのような課題があって、またそれにどのように対応してきたかの総まとめといった内容です。 サマリーとしては、 - テストの定期実行と結果の見える化のためにJenkinsを - Seleniumテストの安定化のために -- テスト失敗時のリトライ -- 結果
テストについて考える #devlove
DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (Unlimited) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ........................................
クオリティエンジニアの役割とは「お客様の視点を提供すること」 ～ セールスフォース・ドットコムの作り方（後編）
クラウド上に構築した企業向けアプリケーションを提供するセールスフォース・ドットコム。同社は千人以上の開発者を抱える開発部門全体でアジャイル開発手法を採用し、サービス開発を行っています。 同社はどのようにしてアジャイル開発手法を採用し、品質を重視した開発を進めているのか。2月17日に行われたデベロッパーズサミット2011で、株式会社セールスフォース・ドットコム CTO 及川喜之氏のセッション「salesforce.comの作り方 どのように世界最大規模のアジャイル開発を実現したか」が行ったセッションの内容を紹介します。 （本記事は「大規模アジャイル開発の実態～ セールスフォース・ドットコムの作り方（前編）」の後編です） クオリティエンジニアの役割について 開発においてクオリティエンジニアが果たす役割は結構大きい。スクラムチーム内のコミュニケーションのハブとして積極的に働いている。デベロッパは
アジャイル開発でソフトウェアの品質を高める方法
さて、アジャイル開発でソフトウェアの品質は良くなるか？ そう思う方、ちょっと手を挙げてください（4割くらい手が挙がる？）。けっこういますね。 自分の実感としては、アジャイルでは品質良くなる、と感じているが、一方で否定的な人もいる。 私がアジャイルを始めたころ、2002年あたりには、そういう否定的な人に対して「面倒くさいだけちゃうんか」とか「新しいプロセスに臆病なんじゃないか」と反発したりしていた。 考えてみると、ソフトウェアの品質には2つの側面がある。良し悪しという側面と、品質が確定しているかどうか、という側面。 品質保証担当の人が考えるアジャイルの品質確定のイメージは、こういうイメージなのかなと。アジャイルでイテレーションを繰り返して成果物が大きくなるにつれて、次のイテレーションで品質を確定させるためには、さらにたくさん作業をしなくちゃいけないなと。 この2つを比べると、ウォーターフォー
"If you were a brand new QA manager ..."
Hmm. The live your product is right on. I am very dubious of the "really focus on your test plan" -- I would actually put "really focus on integrating the testers with the development team" -- go Agile! Having an integrated test group help to drive a fully functional team that will have ownership of the features they develop. Having a fosters an us versus them mentality. ReplyDelete I'd be interes
SRATSの使い方 - プログラマの思索
ソフトウェア信頼度評価ツールSRATSの使い方がようやく分かったのでメモ。 【元ネタ】 信頼度成長曲線 - Wikipedia SRATS:Software Reliability Assessment Tool on Spreadsheet Software SRATSダウンロード ソフトウェア信頼性評価 における最近の話題 信頼性評価ソフトウェア ソフトウェア信頼度評価ツール - 脱・下流エンジニア (仮) Mantisのバグ情報から信頼度成長曲線作成ツール - Rubyの魔神 - はてな？Rubyグループ SRATSは、広島大学の岡村さんが作ったソフトウェア信頼度(SRM)を評価するExcelマクロ。 バグ情報をCSV形式で用意さえすれば、信頼度成長曲線(SRM)を自動生成することができる。 garyoさんから、このツールの存在を教えてもらった。 信頼度成長曲線が必要な理由は、システ
Quality Information Service
SQC手法は知的生産性を高める科学的なテクニックのひとつであると私は思っています。これは科学技術の分野だけでなく経済などの分野も含めて経営全般にわたって活用されています。 品質管理の分野で提唱された“QC７つ道具”は最も簡単な手法を整理したものですが、第９回までの解説でその基本概念の説明と具体的な事例を示しました。ここまではその気になれば誰でも使いこなせるようになります。 10回から 12回までは重回帰分析の説明ですが、これは相当に腰を据えて勉強しないとマスターできません。その代わり憶えてしまえば効果抜群で普通の人より確実に一歩前へ出られます。 13,14回で取り上げた実験計画法は研究開発担当者にとっては必須の手法であり、これを使えば開発スピードが格段に上がります。あまり難しく考えないで使ってみることをお薦めします。最後に抜取検査について解説しましたが、保証の考え方とリスクに関する定
JPCERT/CCとの「脆弱性情報ハンドリング」の記録 : DSAS開発者の部屋
■ はじめに 「△△製のソフトウェア××に脆弱性が発見された」というニュースが連日のようにネットの上を行き交っています。 このブログの読者にはプログラム開発者の方も多いと思いますが、 自分の携わるソフトウェアの脆弱性を第三者から指摘された経験のある方はどのくらいおられるでしょう？ 先日、筆者は「HttpLogger」というフリーソフトウェアのセキュリティホールを修正しました。 そのきっかけとなったのはJPCERT/CC（有限責任中間法人 JPCERT コーディネーションセンター）様から届いた 一通のメールでした。 それから私は同センターと連携し、10日余りの準備期間を経て修正ずみのモジュールの公開と 旧バージョンにおける脆弱性情報の開示を行いました。 この「脆弱性情報ハンドリング」と呼ばれるプロセスに関わったことは、一般的な知名度とは裏腹に 普段あまり身近な存在ではない「JPCERT/CC
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger
HP Authorized Reseller of IT Performance Testing Products
swtest.jp/wiki - PukiWiki
http://www.sqatester.com/documentation/keyQAdocuments.htm
サイボウズ株式会社