テスト分析・テスト設計入門
© 2013 Fuji Xerox Co., Ltd. All rights reserved. ■JaSST 2013 四国 テスト分析・テスト設計入門 富士ゼロックス株式会社 ソリューション・サービス開発本部 秋山 浩一 2 自己紹介 1985年4月 富士ゼロックス入社 現在はHAYST法のコンサルティング業務に従事 NPO ソフトウェアテスト技術振興協会（ASTER） 理事 JaSST東京実行委員（2003年～） 日本最大のテストシンポジウム1600名の動員 JSTQBステアリング委員（2006～） テスト技術者資格認定を行う国際組織日本支部 日科技連 SQiP研究会 委員長（2011年～） Wモデル研究会 主査（2011年7月～） 電通大 西康晴先生、NEC 吉澤智美氏、MRT 鈴木三紀夫氏 ISO/IEC JTC 1/SC7 WG26委員（20
テスト計画の立て方 - Qiita
テスト計画をどう立てていくか、ふつうのシステムエンジニアにとって分かりやすく考えてみたいと思います。 テスト工程は、一番ざっくりした分類で単体テスト、結合テスト、システムテストに別れるのが一般的です。 この工程は、あくまでもV字モデルに対応したインプットがどの前工程で作られたものを検証するかの基準であって、実際にどういう観点をどういう手順でテストするか、はそれぞれのプロジェクトで計画します。それがテスト計画になっていきます。 しかし、ただの工程の話と、実際におこなうテストの内容の違いが分かっていないと、テスト計画何するものぞ状態になって、ろくなテストが実施されないことになりますし、そのようなプロジェクトも多く存在します。 テストの世界標準には、ISO/IEC/IEEE 29119があり、これを見るとテスト工程(Test Level/Phase)とテスト種別(Test Types)の組で、テ
© NISHI, Yasuharu 同値分割ってなんだろう？ 九州ソフトウェアテスト勉強会（仮） Vol.7 2014/5/28（水） 電気通信大学 大学院情報理工学研究科 総合情報学専攻 経営情報学コース 西 康晴（Yasuharu.Nishi@uec.ac.jp, http://qualab.jp/） © NISHI, Yasuharu 2 Profile Assistant professor: the University of Electro-Communications, Japan (also providing consultancy service to industry on testing and TQM) President: Association of Software Test Engineering, Japan (ASTER) President: Jap
近年のソフトウェア業界では、テスト関連活動を担うエンジニアを「QAエンジニア」と呼ぶようになっています。ただQA（品質保証）という言葉は、旧来から二つの定義が共存しているほか、業界内の通例で更に別の意味付けが行われた結果、定義が曖昧になり誤解を生みがちな状態となっています。 そこで今回は、日本語圏で、QA（品質保証）の言葉がどのように定義されているか、整理して解説します（結論からいうと三流派あります） 国際標準規格での定義：品質マネジメントシステムの実証 IEEEやISOといった国際的な標準規格、およびそれに準拠した知識体系や標準では、古くから体系立てて品質マネジメント、品質保証、品質管理の定義を行っています。 有力な文献として、品質マネジメントの標準規格である、ISO 9000：2015の定義を紹介します。 まずISO 9000では、品質保証の前提として品質マネジメントという用語を使って
「Software Test ＆ Quality Advent Calendar 2011」の8日目。アドベントカレンダーということで、普段と少しトーンを変えてソフトウェアテストにあまり造詣のない方へ向けて何か役に立つ記事を考えてみました。先の記事でも述べたとおり、ソフトウェアテストの関連技術を表す用語はそれが何に使えて、何に役立つのか、門外漢にはとってもわかり難いので、そちらを軸にした紹介があると便利かもしれないということで、関連技術を目的別に整理し、参考になる記事や資料にリンクする形でお届けします。 テストの戦略を定めたい ソフトウェアテストプロジェクトの最上流工程と考えられているテスト分析の方法論です。プロダクト、プロジェクトに対してそれぞれ独自の方式で戦略を検討します。テスト計画と一部被る部分もありますが、プロジェクトの予算やスケジュールをひとまずおいて技術的な視点から本当に必要な
品質やテストといった活動が「本質的にアジャイルになって変わらなければならない」といった問題を定義し、その解決手段を提案する「今、全エンジニアに求められる『アジャイル開発での品質視点の変化』」。ここで株式会社デジタルハーツホールディングスの高橋氏が登壇。まずは、ウォーターフォールモデルとアジャイルにおける品質担保の変化について話します。 セッションの概要説明 高橋寿一氏（以下、高橋）：高橋です。今日は講演というよりは、できればディスカッションみたいな感じにしたいと思っています。「アジャイル開発での品質視点の変化」というところを1時間弱お話しします。 ステレオタイプですが、ウォーターフォールからアジャイルへいったと。みんなハッピーなんですよね。書店に行くと、どんな本を読んでも「アジャイルが素晴らしい、ウォーターフォールじゃない」みたいな。やはりものを作る上でも、もののフレキシブルな使い方という
ソフトウェアの開発に関わるエンジニアの中でも特殊なスキルを持つテストエンジニア。そのテストエンジニアをマネジメントする上で、彼らのモチベーションを上げるにはどうすればいいのでしょうか？ ソフトウェアのテストに関わるエンジニアが集まる国内最大のイベント「ソフトウェアテストシンポジウム 2014 東京」（JaSST'14 Tokyo）が、3月7日と8日の2日間、東洋大学 白山キャンパスで開催され、その基調講演に英国コンピュータ協会のStuart Reid（スチュアート・リード）氏が登壇しました。 リード氏はソフトウェアテストの国際標準であるISO/IEC/IEEE29119シリーズを作成している会議体の議長を務め、また英国コンピュータ協会のソフトウェアテスト研究グループの長でもあります。ソフトウェアテストの分野で国際的にも著名なリード氏の講演を、ダイジェストで紹介します。 私がこの業界に入って
こんにちは。メルカリのQAエンジニアリングマネージャーの@____rina____ です。今回は、連載『Mercari Hallo, World! -メルカリ ハロ 開発の裏側-』の第4回を担当します。 本記事では、メルカリ ハロのサービスローンチまでのQAプロセスを通じて、私たちはどのようにして安心・安全なプロダクトを迅速にリリースするための戦略を実行したか、具体的な方法とともに詳述しています。 この記事を通じて、以下の点についての理解を深めていただけることを目指しています： QAの役割とプロジェクト概要 効率的なQAアサイン戦略 成果物の透明性と管理ツールの効果的な活用方法 また、この記事を書くにあたり、私自身が学んだことや得た教訓についても触れています。これらの経験は、今後のプロジェクトにおいて更なる品質向上と効率化を目指す上で非常に貴重なものとなりました。 プロジェクト概要とQAの
最近自分の周りで「テスト戦略とは何か」という議論をちらほら見ます。それを見ていて、世の中のテスト本ではどのような定義で「テスト戦略」の言葉を使っているか気になりました。 そこで今回、テスト戦略について解説のある書籍を、概要とともにリストアップしてみました。 リストアップの対象 数が多いので、テストの解説本で、紙面化されいて、日本語で書かれている書籍に対象を絞っています(よく引用されるJSTQBだけ例外)。 なお、一般的に市販されている日本語のソフトウェアテスト専門書はほとんど読んでいると思いますが、忘れたり、手元になかったり、破棄したりした本もあるので、抜け漏れもあるかと思います。 前置き：推薦図書 リストを書く前に、先に推薦文献や全体の傾向に触れます。 推薦文献ですが、テスト戦略を学ぶ取っ掛かりとしては、「http://www.jasst.jp/archives/jasst10s/pdf
※Classification Tree法のまとまった解説として以下資料を作成しました： クラシフィケーションツリー法入門/Introduction to Classification Tree Method - Speaker Deck 最新は上記参照ください。以降はバックアップです。 ●●●● ソフトウェアテストの分野では、日本語圏と英語圏で話題や志向が違うことが結構ある。 その違いの代表例の一つに、テスト技法であるClassification Tree法がある。この技法は、海外ではISO/IEC 29119が代表的なテスト技法として挙げているなどそれなりの知名度を持っているそうだが、日本国内では知名度がかなり低い。 今回はそのClassification Tree法について、簡単に紹介したいと思う。 Classification Tree法の概要 Classification Tre
この記事はソフトウェアテスト Advent Calendar 2016 – Qiitaの21日目です。 前の投稿はmiwakai – QiitaさんによるSquashTMことはじめ。 – Qiitaでした。 お疲れさまです。@yoshikiitoです。 たまに会社の後輩とかから「どうやって勉強してるんですか？」と聞かれることがあります。今回はいい機会なので、自分が見てためになったもの、普段見ているものなど、ソフトウェアテストについて勉強しようと思ったときにオススメなリソースと見方・探し方あたりについてご紹介しようと思います。 ※情報収集してそうな美人画像をぱくたそから持ってきましたが、本文の内容とは関係ありません。 本題の前に簡単に自己紹介 業界の有名人じゃないので、本題に入る前に簡単に自己紹介しておきたいと思います。 興味ない方は飛ばして下に行ってください。 伊藤由貴といいます。本名です
「アジャイルテストの4象限」に対するアンチテーゼ・「The Agile Rapid Testing Ecosystem」 - ソフトウェアの品質を学びまくる
「アジャイルテストの4象限」についてのやりとりをTwitterでみていて、James Bach、Michael Boltonの両氏が何年か前に公開していた『The New Agile Testing Quadrants』という資料を読み直してみました。 The New Agile Testing Quadrants: Bringing Skilled Testers and Developers Together - James Bach from Ho Chi Minh City Software Testing Club www.slideshare.net 今Twitterで話題になっているのは全然違う文脈ですが、この記事では彼らの批判と提案について紹介します。 作者について JamesとMichaelのお二人は、『Exploratory Testing 3.0』（探索的テスト3.0
テストを軸としたソフトウェア品質の改善 を軸 ウ 品質 改善 ソフトウェアテストシンポジウム新潟 2011 2011/2/18（金） 電気通信大学 大学院 情報理工学研究科 総合情報学専攻 経営情報学コース © NISHI, Yasuharu 総合情報学専攻 経営情報学コ ス 西 康晴 自己紹介 自己紹介 • 身分 トウ 学 研究者 – ソフトウェア工学の研究者 » 電気通信大学 電気通信学部 システム工学科 » ちょっと「生臭い」研究／ソフトウェアテストやプロセス改善など – 先日までソフトウェアのよろず品質コンサルタント • 専門分野 – ソフトウェアテスト／プロジェクトマネジメント ／ＱＡ／ソフトウェア品質／ＴＱＭ全般／教育 共訳書 • 共訳書 – 実践ソフトウェア・エンジニアリング／日科技連出版 – 基本から学ぶソフトウェアテスト／日経ＢＰ – ソフトウェアテスト293の鉄則／日経
2016年09月02日： タイポなどふくめ微修正 2016年09月01日： スライドをいくつか追加。一部の文言を変更。参考資料追加。 2016年06月22日： タイポなどふくめ微修正 - - - - - - - - - - - - - - - - - - - - - 第7回Quesの講演資料です。 https://atnd.org/events/71474 Quesについてはこちら。 http://quesqa.com/ https://twitter.com/Ques_staff 当日のハッシュタグは #ques7
この後横の棒が倒れて捕獲されます ブリ様に見つかりませんように 「ふぅぉー！ レアコルク！」 「玉がっ！ぼくの玉がぁっ！！」 旧作品No.29,119 pya!はネタサイトです。世界中の面白い画像や動画などを掲載しています。
明けましておめでとうございます。 いつの間にか2月も半分を過ぎてしまいましたが、昨年のunkarを振り返ってみました。 大雑把なまとめ アクセス数 訪問数62,666,801 ページビュー数133,425,825 ページビューは1億を超えました。 unkarが保存しているスレッド数は2500万くらいあるので、各スレッドが5回くらい閲覧された計算になりますかね。 アフィリエイト収入＆支出 収入2,512,821円 支出2,278,357円 差分+234,464円 2013年が始まった段階では、2012年の末にGoogleのアルゴリズム変更でアクセス数が激減していたため、unkarを続けられないかもとか思っていましたが、別にそんなことはありませんでした。 これくらいを維持できれば2chそのものが死ぬまで続けられそうです。 以下詳細になります。 アクセス数 2013年は1年を通してアクセス数が減
本稿はSoftware Testing ManiaX vol.9に寄稿したものになります。ご興味ある方はJaSST、WACATE、コミックマーケットに参加して買ってみてください。 さーくるWACATE ちなみにkyon_mmの心情的にはだいぶ押さえて書いています。本音を言えば「なんですかそのテスト計画？昼寝しながらでももっといいの書けますよ」「訓練をしないで戦地に向かうことに恐怖を覚えないなら、いますぐこのマサカリを首にかけてやる」って気持ちを必死におさえて書きました。偉いです。自分をほめたいです。 そういう雰囲気で書いているのであまり整理されていない内容ですが、皆様の何かのご参考になればと思います。突っ込み歓迎ですが、こういった文章ですのでface2faceだとコンテキスト共有しやすいと思われます！ はじめに ソフトウェアを開発していくなかで、品質を考えるということは非常に重要なことです
問われる産経の「誤報」への責任（映画「Nanking」に対する朝刊1面トップ記事・06年11月26日付） - クッキーと紅茶と（南京事件研究ノート）
映画「Nanking」に対し、産経新聞が当初「アイリス・チャン氏の著作を下敷きに」と1面記事で紹介し（http://www.sankei.co.jp/news/061126/kok004.htm、http://www.iza.ne.jp/news/newsarticle/world/america/29119/）、その後その見解を引っ込めた（http://d.hatena.ne.jp/bluefox014/20070121）ことは既に紹介したが、その産経が同映画のレポートを書いた。 http://www.sankei.co.jp/kokusai/usa/070126/usa070126000.htm 正直、これを読んだだけでは、同映画の内容については断片的なことしかわからない。 ただ、同映画とアイリス・チャンの著作の関係について、プロデューサー本人の発言が掲載されている。 以下記事全文を転
iza：イザ！
エラー内容 以下のいずれかの理由により、該当するコンテンツを表示することができませんでした。 コンテンツの公開が終了した。コンテンツが削除された。 指定したURLが間違っている。その他、やむをえない事情があった。 ご不便をお掛けして申し訳ございません。 何卒よろしくお願いいたします。 イザ！ イザ！トップへ戻る
蒟蒻畑がぁ・・・・ TOP絵募集中！ 力作待ってます！ このブログについて 新着情報 最新の記事 ノーベル化学賞を日本人が受賞 (10/08) ノーベル物理学賞・日本人受賞ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!! (10/07) B-CAS事実上の廃止へ *ただし地デジのみ BS用にB-CASは残る。 (10/07) 【NYSE】 ダウ10000割れｷﾀ━━(ﾟ∀ﾟ)━━ｯ!! (10/06) 背に腹はかえられない!? 日本テレビが創価学会からＣＭ解禁!? ついにＣＭで宗教戦争勃発か？ (10/05) 日本人がイグノーベル賞を受賞！ (10/03) 【速報】中山元国交相が政界引退 (10/03) 大量の漫画を捨てろと言われ、2ちゃんねるに両親殺害依頼を書き込んだ無職の女を書類送検 (10/02) 【新幹線】 誤って回送列車に乗った女が非常用ドアレバーを引き急停
Base Ball Bear - PERFECT BLUE
Base Ball Bear 2013年2月13日リリース New Single「PERFECT BLUE」ミュージックビデオ。 監督：志賀匠 出演：本田翼 ■iTunes Music Store https://itunes.apple.com/jp/album/perfect-blue-single/id596707767 ■「PERFECT BLUE」＋「バンドBのベスト」特典付きセットの購入はこちら http://shop.emimusic.jp/shop/g/gSET-1179/ ★Base Ball Bear New Single 『PERFECT BLUE』★ 2013.2.13 Release 全3曲収録 TOCT-45063 ￥1,000（tax in） “Base Ball Bearによる2013年の夏ソング解禁！” 『Tabibito In The Dar
現場で役立つテストの基本 - Qiita
ウォーターフォールモデルの場合、テストフェーズと、テスト設計のインプットとなるドキュメントあるいはテスト観点がV字型に対応するVモデルという手法が広く知られています。 しかし、「テストタイプ○○は××フェーズでやるべき」「テストタイプ○○には××技法を使わなければならない」という決まりがあるわけではありません。 開発プロセスが何であれ、要は、テスト対象ソフトウェアに求められる品質特性を充足できるよう、テスト全体を戦略的に計画すれば良いのではないでしょうか。 2. テストマネジメント 2.1. テスト計画 前述した組織のテストプロセスに基づいて作成 テストフェーズと、実施するテストタイプを定義 品質管理の計画値を策定 コード網羅率（カバレッジ） KStepあたりのテスト項目数 KStepあたりの不具合摘出数 など テスト体制 スケジュール テストの完了条件 2.1.1. コード網羅率（カバレ
Holacracy - Wikipedia
Holacracy is a method of decentralized management and organizational governance, which claims to distribute authority and decision-making through a holarchy of self-organizing teams rather than being vested in a management hierarchy.[1][2] Holacracy has been adopted by for-profit and non-profit organizations in several countries.[3] This can be seen as a greater movement within organisational desi
© NISHI, Yasuharu テスト観点に基づくテスト開発方法論 VSTePの概要 2013/5/10（金） 電気通信大学 大学院情報理工学研究科 総合情報学専攻 経営情報学コース 西 康晴（Yasuharu.Nishi@uec.ac.jp） © NISHI, Yasuharu 2 自己紹介 • 身分 – ソフトウェア工学の研究者 » 電気通信大学 大学院情報理工学研究科 総合情報学専攻 経営情報学コース » ちょっと「生臭い」研究／ソフトウェアテストやプロセス改善など – 先日までソフトウェアのよろず品質コンサルタント • 専門分野 – ソフトウェアテスト／プロジェクトマネジメント ／ＱＡ／ソフトウェア品質／ＴＱＭ全般／教育 • 共訳書 – 実践ソフトウェア・エンジニアリング／日科技連出版 – 基本から学ぶソフトウェアテスト／日経ＢＰ – ソフトウェアテスト293の鉄則／日経ＢＰ
先週の三連休、ソフトウェアテストワークショップ『WACATE 2015冬』に参加してきました。 WACATEは年2回、夏と冬に行われているソフトウェアテストに関する話題を取り扱ったワークショップです。 wacate.jp 2015冬のWACATEは、「ISO 29119」「テスト計画」「ドメイン分析」「テスト改善（TPI NEXT）」「探索的テスト」など、幅広い内容のワークショップが行われました。 今回は、ワークショップに参加して自分が感じたことを含めて、行われた内容をレポートしようと思います。 ワークショップのプログラムは以下の通りでした。 1月9日 プログラム 10:00～10:30 オープニング 「ようこそWACATE2015 冬へ！」 10:30～11:30 ポジションペーパーセッション 11:40～12:10 BPPセッション 「私の「テスト」、あなたの「テスト」」 13:10～
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
ISO/IEC/IEEE 29119 Software and system engineering - software testingの勉強会で使用した発表資料。 YouTubeの動画と併せての閲覧を推奨。 動画はこちら。 前半： https://www.youtube.com/watch?v=2VfhW56tGyM 後半： https://www.youtube.com/watch?v=8KWjAqbYjjcRead less
テストの改善、テストによる改善
1 © NISHI, Yasuharu テストの改善、テストによる改善 ソフトウェアテストシンポジウム（JaSST）2009東海 2009/10/16（金） 電気通信大学 電気通信学部 システム工学科 西 康晴 © NISHI, Yasuharu 2 自己紹介 • 身分 – ソフトウェア工学の研究者 » 電気通信大学 電気通信学部 システム工学科 » ちょっと「生臭い」研究／ソフトウェアテストやプロセス改善など – 先日までソフトウェアのよろず品質コンサルタント • 専門分野 – ソフトウェアテスト／プロジェクトマネジメント ／ＱＡ／ソフトウェア品質／ＴＱＭ全般／教育 • 共訳書 – 実践ソフトウェア・エンジニアリング／日科技連出版 – 基本から学ぶソフトウェアテスト／日経ＢＰ – ソフトウェアテスト293の鉄則／日経ＢＰ – 基本から学ぶテストプロセス管理／日経ＢＰ • もろもろ – T
前々回、前回の記事に続いて、2011年にSQiPのサイトで連載してた記事の第三話の再掲です。 テスト設計とは何か？については何度か書いたことがあり、例えば2004年のITmediaの連載や、2005年の日経ソフトウェアの連載、2009年のWACATE マガジンVol8（の中の「ゆもつよのこちらテスティング事業部」という連載）では、以下の３つのお題に対して解を出すことがテスト設計だ！なんて話してました。 ・ より網羅性の高いテストを行う ・ 少ない数のテストケースでテストを行う ・ テストでより多くの不具合を見つける けど、これらの３つはテストの目的設定やスコープ設定で微妙にステークホルダー間で話が噛み合わなくなることがコンサルしているクライアント先でもよく起きて、お題よりも具体的な観点を述べた方がわかりやすいかもってなり、結果的にこの連載のような話をするように変わってたんじゃないかなって、
こちらからの相互依頼は受け付けておりません。 当ブログについてにリンク、利用規約、免責事項が掲載されています。よくお読みになりご理解の上でご連絡下さい。 ■免責事項 公開されている画像・動画は、各関連企業や団体とは一切関係ありません。 使用している版権物の知的所有権は、それぞれの著作者・団体に帰属しております。 著作権所有者様からの警告及び修正、撤去のご連絡があった場合は、迅速に対処または削除いたします。 また、掲載内容に関しては、万全を期しておりますが、その内容を保証するものではありません。 当サイトを利用したことによる間接、直接の損害、その他いかなる損害に関して一切当サイトは、責任を負いません。 当サイトをご利用される場合は、以上のことをご理解、ご承諾されたものとさせて頂きます。また、当サイトの掲載情報に法的問題が生じる場合や画像などの著作権所有者様からの削除依頼は、メールフォー
ソフトウェアテスト / ソフトウェアQA（品質保証・品質管理） イマドキのソフトウェアQAの考え方 イマドキの開発では、Web/クラウド系システムとエンタープライズシステム、組込みシステムの境界や、SoR（高信頼性・高安全性システム）システムとSoE（ユーザ体験とスピードを重視するシステム）の境界、アジャイル開発と伝統的な開発の境界が無くなってきています。また車載システムに代表されるように、ソフトウェア化が進んだ製造業では品質保証組織のあり方そのものを見直す必要があります。 この「イマドキのソフトウェアQAの考え方」というスライドは、ソフトウェアQAの持つべきマインドセット、ソフトウェアQA組織の立ち上げやQA戦略を2020年7月時点で整理しています。SEA-SIGSQA（ソフトウェア技術者協会 ソフトウェア品質保証分科会）で議論している「新しいソフトウェア品質保証のかたちを目指して」の中
メールの送信、データのインポート/エクスポートなどの時間のかかる処理を、適した方法でバックエンドで行うためのコンセプト。 Active Job Sidekiq, Resque, Delayed Jobといった実際にバックグラウンドでジョブを実行するgemの差分をほぼ意識しないでジョブを扱えるようにするための、ジョブのインフラ。 Delayed Job 上記のバックエンド処理を行うために使われるメジャーなgemの一つ。(他のgemとの比較記事: http://qa.atmarkit.co.jp/q/2406) 具体例から見るメリット 例: メール送信 ◯ Jobを使わずに、メール送信(deliver)を行う場合
『土台からしっかり学ぶ ソフトウェアテストのセオリー』を、著者のお一人経由でリックテレコムさんからご恵投いただきました。 土台からしっかり学ぶーーソフトウェアテストのセオリー 作者:小川秀人,佐藤陽春,森 拓郎,加賀洋渡リックテレコムAmazon ここまで書いたらNotion.AIが勝手に以下のように書いてくれた。。 もう自分いらんな*1。。 本書は、ソフトウェアテストに関する基礎的な理論から実践的なテスト手法まで、幅広くカバーしています。特に、UTPの紹介や非機能テスト、自動化テスト、CI/CDの広義的な捉え方など、現代のソフトウェア開発に必要不可欠な内容が詳しく解説されています。また、著者による豊富な実務経験を踏まえ、実際のツールの使い方にも触れています。 感想の前に 本書の著者の方の何人かは、会社やコミュニティでのお付き合いがあります。また書籍自体も、レビュー用に出版社からいただいた
© NISHI, Yasuharu ソフトウェア品質は“ユーザー主導”の時代へ ― タイムリーかつ"納得感"のあるシステム構築に重要な「受入れテスト」フェーズ ― マイナビニュース 「ソフトウェア品質」サミット 2013/6/26（水） 電気通信大学 大学院情報理工学研究科 総合情報学専攻 経営情報学コース 西 康晴（Yasuharu.Nishi@uec.ac.jp） © NISHI, Yasuharu 2 自己紹介 • 身分 – ソフトウェア工学の研究者 » 電気通信大学 大学院情報理工学研究科 総合情報学専攻 経営情報学コース » ちょっと「生臭い」研究／ソフトウェアテストやプロセス改善など – 先日までソフトウェアのよろず品質コンサルタント • 専門分野 – ソフトウェアテスト／プロジェクトマネジメント ／ＱＡ／ソフトウェア品質／ＴＱＭ全般／教育 • 共訳書 – 実践ソフトウェア・エ
Status of IEEE 829[edit] Note: IEEE 829-2008 has been superseded by ISO/IEC/IEEE 29119-3:2013.[1] Background to IEEE 829[edit] IEEE 829-2008, also known as the 829 Standard for Software and System Test Documentation, was an IEEE standard that specified the form of a set of documents for use in eight defined stages of software testing and system testing, each stage potentially producing its own sep
本記事では、iPhoneでデフォルト（標準）アプリを変更する方法を解説します。 以下のようなニーズがあれば、ぜひどうぞ。
![[iOS] iPhoneでリンクをChromeで直接開く方法! WebサイトURLのSafari表示を回避しよう](https://cdn-ak-scissors.b.st-hatena.com/image/square/1ce71d8cda9d907a4e2aa1a0b05dfb201a2087d8/height=288;version=1;width=512/https%3A%2F%2Fsp7pc.com%2Fwp-content%2Fuploads%2F2018%2F04%2F29119_161.jpg)
コロコロコミック vs ボンボン、VHS vs ベータ、Mac vs Windows、Vim vs Emacs、きのこの山 vs たけのこの里、IE vs Netscape、ビックリマンチョコ vs ガムラツイスト、EU残留 vs EU離脱、ビアンカ vs フローラ、高橋名人 vs 毛利名人・・・。 たくさんの対立軸がある中、アジャイル vs ウォーターフォールの争いも、定期的に勃発しています。今回はここから始まったのでしょうか？ www.infoq.com アジャイル vs ウォーターフォールは開発方法論の争いですが、みなさん、ソフトウェアテストの世界にも陣営があることをご存知ですか？ そんな話がこちらで紹介されていました。 Software Testing Schools: All we need is world peace.breakingembeddedsoftware
「植松はヒーロー」ツイートした人物 - 日刊サイゾー
神奈川県相模原市の障害者施設「津久井やまゆり園」で、19名が殺害された大量殺人事件の植松聖容疑者をヒーロー視する声が後を絶たない。神奈川県警には「いつ植松に面会できますか？」という問い合わせが重なっており、その中に「労いの言葉をかけたい」とか「応援してるので、差し入れしたい」といったことを述べる者がいたというのだ。 事件は、就寝中の重度障害者を次々に刺し殺すという残忍極まりない犯行だが、ネット上でも植松容疑者をたたえる声は見られた。Twitterでは「よくやった」などと信じがたいつぶやきが続出、「遺族は自分で面倒見きれないから、金を払って施設に押し付けてたんだろ。殺してくれた植松に感謝すべき」「人に危害を加える重度障害者に、人権なんて与えなくていい。犯人はよくやったと思う」「植松はぶっちゃけ、障害者という税金食い潰すだけのやつらを殺処分した英雄」と、目も覆いたくなる発言があった。 このあた
Purchase Ezetimibe 10mg Online - Where Can I Buy Ezetimibe W Zetia - Bebek Sağlığı - Bebek Ürünleri
Cheap Ezetimibe 10 mg Order Online! Fast Delivery to European Union, USA, BE & All Countries!! Buy Ezetimibe 10mg Cheap Online => CLICK HERE <= </strong> buy ezetimibe legally uk, how to buy ezetimibe denmark, is it legal to buy zetia online in australia, where can ezetimibe be purchased, cheapest place to order ezetimibe online, usa online pharmacy ezetimibe, cheap ezetimibe force, order ezetimib
Version 1.84 is now available! Read about the new features and fixes from October. August 2017 (version 1.16) Update 1.16.1: The update addresses these issues. Downloads: Windows | Mac | Linux 64-bit: .tar.gz .deb .rpm | Linux 32-bit: .tar.gz .deb .rpm Welcome to the August 2017 release of Visual Studio Code. There are a number of significant updates in this version that we hope you will like, som
これはソフトウェアテスト Advent Calendar 2017 - Qiita の17日目の記事です。 qiita.com はじめに この記事では、特にQAやテストのエンジニアの方にむけて、テスト計画を作成する理由や目的を書いていこうと思います。 もし、テスト計画を新たに導入したり、テスト計画書の内容を見直したいと考える際に参考になれば幸いです。 私の仕事 私は普段、ウェブサービスを運営する会社でQAのマネージャをやっています。 以下は、最近社外のソフトウェアテストシンポジウムで登壇させていただいた時の発表資料です。うちのチームの仕事のスタイルなどを理解していただくのにあわせてご参照頂ければと思います。 プロダクトに貢献する～テスト計画コンシェルジュとリリース高速化で品質向上を牽引する～ from Naoki Nakano www.slideshare.net テスト計画とは ものの本
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアテスト技術（実践編）
品質保証（QA）とは。定義の三大流派と定義揺れの弊害 - 千里霧中
逆引きソフトウェアテスト関連技術まとめ - >& STDOUT
「旧来のテスト担当者の仕事は、たぶんどんどん減っていく」 アジャイルへの移行に必要な品質向上の定義
テストエンジニアのモチベーションを上げるにはどうすればいいか （前編） JaSST'14 Tokyo
メルカリ ハロ リリースのQA戦略 | メルカリエンジニアリング
「テスト戦略」を解説している書籍まとめ - 千里霧中
Classification Tree法（クラシフィケーションツリー法）について - 千里霧中
ソフトウェアテストについて勉強したい欲が出てきた人が見ると役に立つものまとめ - テストウフ
テストを軸としたソフトウェア品質の改善
60分でわかった気になるISO29119 #wacate
これは何かnya?? 旧作品No.29119 | pya! (ネタサイト)
2013年のunkarのアクセス数＆アフィリエイト収入まとめ - へぼいいいわけ
テスト戦略のたった3つのチェックリスト - うさぎ組
ニュース超速報！ 気象衛星が消滅の危機、「ひまわり」後継機に予算集まらず
Microsoft PowerPoint - VSTeP130510.ppt [互換モード]
WACATE 2015冬に行ってきました - 射撃の的になりつつ前進
ソフトウェアテストにまつわるよくある疑問 テスト設計をするってどういうこと？｜Tsuyoshi Yumoto
【２次元】禁書の御坂美琴たむの画像ください！ カナ速
Research | Qualab
【Rails】ActiveJob/DelayedJobを使いこなす【基本】 - Qiita
【読書感想文】『ソフトウェアテストのセオリー』は長く付き合えそうな良書です。 - ソフトウェアの品質を学びまくる
Microsoft PowerPoint - マイナビ130626.ppt [互換モード]
Software test documentation - Wikipedia
[iOS] iPhoneでリンクをChromeで直接開く方法! WebサイトURLのSafari表示を回避しよう
地味に繰り広げられているソフトウェアテストの派閥争い - ソフトウェアの品質を学びまくる
Visual Studio Code August 2017
私がテスト計画を書く理由 - Naoki Nakano ソフトウェアテストブログ