ソフトウェアの品質を学びまくる2.0スマートフォン用の表示で見るソフトウェアの品質を学びまくる2.0ソフトウェアの品質、テストなどについて学んだことを記録するブログです。Principles」、わかりやすくていいなと思ったので、許可を得て翻訳してみました。Testing」は、ABテストとは関係なくって、PodcastとSlackを主宰しているAlanさんとBrentさんの名前からですね。Progressということで今後も変更されていくようなので、現時点での原文を引用しておきます。specialist.では以下、翻訳です。誤訳や改善点あれば、Twitterなどでご指摘ください。翻訳モダンテスティングのミッションステートメントリリースに足る*1品質の達成を加速すること。モダンテスティングの原則これらはまだ仕掛かり中であり、コメントを歓迎します。踏み込んだ議論のために、slackグループに参加してください。モダンテスティングの7つの原則は、以下の通り。わたしたちは、ビジネスの改善を優先する。わたしたちは、チームを加速させる。リーンシンキングや制約理論(TOC)といったモデルを利用して、システム*2のボトルネックを特定し、優先順位をつけ、軽減するのを助ける。わたしたちは、継続的な改善の力である。欠陥を捕まえるセーフティネットを提供するよりも、成功するための適応・最適化を助けるのだ。わたしたちは、チームの品質カルチャーに十分注意を払ったうえで、さらに成熟した品質カルチャーに向かうために、チームを助け、導き、育てていく。わたしたちは、自分たちのプロダクトの品質を判断・評価することができるのは、唯一お客様のみであると信じる。わたしたちは、広くデータを用いてお客様の使い方を深く理解し、プロダクトの仮説とビジネスインパクトの間にあるギャップを小さくしていく。わたしたちは、テストに関する能力やノウハウをチームに広める。そのことが時に、テストのスペシャリストを専任でおく必要性を減らして(あるいはなくして)しまうことを理解したうえで。所感これを読んで、「当たり前のことしか書いていない・・・」と感じる人と、「はあ?」と感じる人がいるかもしれません。カルチャーやコンテキストによっては、この原則と真っ向からぶつかると思います。以下のような風土・考え方をもつ組織とは、合いそうにないですよね。テストチームの第一の目的は、できる限りたくさんのバグを見つけて、外部品質を高めることである。開発チームは自分たちで品質を判断できないので、テストチームが判断する必要がある。QA組織は、開発組織と独立した部門であり、開発の最後に品質保証の活動を行うものである。どっちが正しいかはわかりませんし、状況によるのかもしれませんが、どっちが楽しそうかといえば、「モダンテスティング」の方が楽しそうだなーとわたしは思います。これらの原則から感じられるのは、「お客様」と「チーム」という2つの視点ですね。わたしが好きなのは、7です。テストチームは、テストをする人のポジションを守るためにあるものではなく、お客様のビジネスとチーム全体をよくするためにあるもの。「テストチーム」を守るために、テストの技術を秘法にするのでは、チームの加速に寄与することなんてできない。7が、自分自身の否定につながると感じるなら、それは成長のための学習を怠っているからでは?と言われているように思います。書籍を持っていますよ。持ってはいます!・・・成長のための学習を怠っているなあ。見る*1:「Shippable」(出荷可能な)意訳です。定訳あるでしょうか?*2:ここでいう「システム」とは、コンピュータシステムではなく、開発チーム・プロセスのことを指していると考えています。Windows...2014-01-10『情報処理』の2014年1月号の特集は、「システムとソフトウェアの品質」あけましておめでとうございます。JSTQBシラバスのお勉強リスト・TABOK粗読による自動化の座学リストシステムテスト自動化標準ガイド通称・「ギア本」。いわゆるQAテストの自動化の概観を学ぶことができます。お手に取ってみてください。AdSenseを使用しています。AdSenseは、ユーザーの興味に応じた広告を配信するためにCookieを利用しデータを収集しています。Cookieを無効にする設定、およびGoogleアドセンスに関する詳細は、Googleのポリシーと規約をご覧ください。はてなブログをはじめよう!kz_suzukiさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。