2106yoshikawa

関西圏で働いているテストエンジニアです。日常で思い立ったことをつらつらと書き留めていき…

2106yoshikawa

関西圏で働いているテストエンジニアです。日常で思い立ったことをつらつらと書き留めていきます。

QAと定期健診

お断り 今回は軽い内容になっています。 いつも軽いといえば軽いのですが、、、 息抜き程度に読んでもらえるとうれしいです 定期健診と似ているところ 個人的に定期健診（人間ドック）の季節になりました。 この定期健診なのですが、QAも定期健診のようなものだなーと思います。 定期健診って、別に健康であればそんなに意味を感じられないし、ありがたみも感じられません。 しかし定期健診しておくと、何も問題なければ安心できますし、問題があったときにはやっておいてよかったと思えます。 そう

2106yoshika…

    • 読書メモ：「世界一流エンジニアの思考法」

      どんな内容？コンサルティングやプロジェクトマネジメントを中心に活動していた方が昔から夢であったプログラミングをやりたくて外資系の企業に入って、実際に海外の人たちと接する中で得た思考の違いの気づきをまとめた本です。 このメモについて私はテストに携わっているのでプログラムをしているとは異なるのですが、テストに置き換えながら本を読みました。その時の自分自身の気づきをつづっています。 実際、自分自身があまり意識していないようなことが書いてあり新しい気付きを得るとともに普段、自分でも

      2106yoshika…

      • にしさんとの思い出

        先日、にしさんがお亡くなりになられました。 にしさんのお世話になったので自分自身のために思い出を書き留めておこうと思います。 とはいっても、にしさんはX（旧：Twitter）でぼくのフォローはしていないし、ぼくのことを覚えているかもわからない。 なんて書くとにしさんに嫌われそう。なんかそういう人を嫌いそうなので。 実際はどうだかわからないけど。 ぼくにとってのにしさんは自分の進むべき道を示してくれる人でした。そしてそれはにしさんがぼくに向けて示してくれたわけではなく、にし

        2106yoshika…

        • 管理とは？良い管理、悪い管理とは？

          はじめに 管理って何？良い管理と悪い管理の違いって何？って聞かれたときに回答したことをメモ代わりに。 何か改めて文献を探りながら書いていないのでその点はご容赦ください。 管理とは？ 一言でいうと「目的を達成するためにモニタリングして、コントロールすることである」です。 ですので管理をするには管理対象の目的が必須となります。 目的があるからモニタリングとコントロールができる、つまり管理できるってことです。 良い管理とは？ 良い管理とは何かを一言で言うと「目的に向かって

          2106yoshika…

        QAと定期健診

        2106yoshikawa

          品質保証と品質管理の違い

          はじめにここ最近、ちょこちょこと「『品質保証』と『品質管理』の違い」について話題に上がることがあったのですが、あまり自分自身の言葉で明確に説明できないなと感じたので自分なりの定義を作ろうと思いそれを記事にしてみました。 ネットで調べてみると「品質保証は買い手視点、品質管理は作り手視点」のように書かれていることもありましたが、この定義が自分の中の定義といまいち合わなかったという背景もあります。 ただ、ここでの定義はあくまでぼく自身が理解しやすいように、かつ説明しやすいように定義

          2106yoshika…

          品質保証と品質管理の違い

          2106yoshikawa

          2:6:2の法則（働きアリの法則）、どこを引き上げる？

          2:6:2の法則とは Wikipediaで調べると「働きアリの法則」として書かれています。 Wikipediaによるとパレートの法則（80:20の法則）の亜種らしく、「2:6:2の法則」とも呼ばれているものらしいです。 この「働きアリの法則」とはよく働いているアリと、普通に働いているアリ、ずっとサボっているアリの割合は2:6:2というものです。 ここから企業においても優秀な上位の人2割、中位の人2割、下位の人2割として当てはめて教育に対する考え方を議論されたりもします。

          2106yoshika…

          2:6:2の法則（働きアリの法則）、どこを引き上げる？

          2106yoshikawa

          テストプロジェクトでプロダクトやテストの品質の良し悪しを判断するための目安を「基準」「標準」「水準」「指標」のどの言葉にするといいのか

          はじめに テストプロジェクトの運営において、プロダクトの品質状況やテストの品質状況を測りたい場合があります。むしろ常に測りたい。 その場合にメトリクスを使いたいのですが、その場合に、測定した結果がプロダクトの品質やテストの品質が良いかどうかを判断するための目安となるもの（これ以降はこれを便宜上「値」という表現をします）を次のいずれで表現するのかいいかを調査したのでそのメモを記載します。 多分にぼくの解釈が入っていますし、自身が一番しっくりきた形で記載しており、必ず正しいとは

          2106yoshika…

          テストプロジェクトでプロダクトやテストの品質の良し悪しを判断するための目安を「基準」「標準」「水準」「指標」のどの言葉にするといいのか

          2106yoshikawa

          テストケースの”事後条件”って何のためにあるのか

          JSTQBで定義されている「事後条件」について、私自身の解釈が違っていたのでメモを。 これまでの自分自身がテストをしてきた経験で、テスト実行したときには不具合が出ていなかったのに、テスト実行したその後の状態で不具合が発生することがままありました。 例えば、複合的なテストにおいて、ある機能（A）とある機能（B）をぶつけるテストをしたときに、ぶつけたときはちゃんと優先順位が考慮されていて問題なかったんだけど、その後、ぶつけられたAの機能を動作させようとするとうまく動作しなかった

          2106yoshika…

          テストケースの”事後条件”って何のためにあるのか

          2106yoshikawa

          「因子・水準」をやめて「カバレッジ項目」を使い始めた

          因子・水準ってなに？因子・水準という言葉がテスト設計界隈で使われ始めたのはHAYST法からだと認識しています。HAYST法では実験計画法が使われていて、つまりは直交表を使うために因子・水準が使われていると認識しています（間違っていたらごめんなさい）。 で、この因子・水準は実験計画法における何らかの要因となり得るものが「因子」でそれを測るための基準をもつものが「水準」であるといった意味で使われていると思います。つまりは、因子に設定するものは何らかの要因になっている必要があって、

          2106yoshika…

          「因子・水準」をやめて「カバレッジ項目」を使い始めた

          2106yoshikawa

          テストタイプとテスト設計技法の違い　（ついでにテストレベルも）

          テストタイプとテスト設計技法って同じように見えてしまうことがあるのでその違いについて明確にしてみました。私が自分で理解しやすい表現をしているので必ずしも正しいとは言えないかもしれませんが、その点はご了承ください。 結論テストタイプ：ある目的を元にグルーピングしたテストの集合体 テスト設計技法：テストケースを導出する過程で使われる技法のこと （テストレベル：テストの経験値を積み重ねて一皮むけた状態のこと） 野球で例えると 「得点圏にランナーを進めること」がテストタイプで、そ

          2106yoshika…

          テストタイプとテスト設計技法の違い　（ついでにテストレベルも）

          2106yoshikawa

          接続性と互換性、相互運用性の違い

          「これって接続性テスト？それとも互換性テスト？」と聞かれてちゃんとした違いについて即答できなかったのでこの機会に調べてみました。調べていくうちに「相互運用性」という用語も出てきたので合わせて調べています。 ※調べたのは「ｘｘテスト」ではなく「ｘｘ性」になります 結論早速ですが、結論です。これは私が理解しやすいように解釈しているのでこの定義の正確性は保証しませんのであらかじめご了承ください。 接続性：2つ以上のシステムが相互に通信できる度合、もしくはつながっている度合い。c

          2106yoshika…

          接続性と互換性、相互運用性の違い

          2106yoshikawa

          方針を掲げる資料に「成果と反省」を書く違和感

          私の所属している会社では方針を掲げる資料（年間計画）に先期の成果と反省を書くことが多いようです。ただ、方針を掲げる資料に成果と反省を書くことにすごく違和感を覚えます。というのも自分自身が資料を作るときには成果と反省を書かないからです。で、何で違和感を感じるのかってのを考えてみました。 1.一年単位で評価をしている違和感を感じる1つ目の理由としては、成果と反省ってどちらも先期の終了時点で取り組んできたことに対して一定の評価を下してしまっているんですよね。成果は良い評価を、反省

          2106yoshika…

          方針を掲げる資料に「成果と反省」を書く違和感

          2106yoshikawa

          テストマトリクスを使う時の注意点

          テストマトリクス（どのマトリクスでもいいのですが、ここではわかりやすいように機能xテストタイプ（テスト観点）とします）は、私は個人的に使わないんですよね。 ソフトウェアテストをやり始めた頃はマトリクスで作ると変な安心感があって使っていたのですが、やればやるほど使いづらくなってきました。なのでVSTepでいうNGTなどを好んで使うようになってきました。 使いづらいと思うのは以下の点です。 ・交差する箇所を”並列で”1つずつ考えていくことになりしんどい ・あらかじめ決められたこ

          2106yoshika…

          テストマトリクスを使う時の注意点

          2106yoshikawa

          失敗から学べるのか？

          仕事をやっていると少なからずトラブルが発生します。そんな時、風潮として「振り返り」をやることが多いです。振り返りといいつつも実態は反省会のようなもので、一応、なぜなぜ分析のような手法を使ってやっているようですが、その中身は全然、本質に迫れていないものが多いです。 そもそもこのような形で何かしらの失敗に対して原因分析して今後のアクションにつなげていくようなことは効果があるのでしょうか。 効果がないとは言えませんが、成功した事例から学ぶよりも効果が薄いように感じます。 ぼくは

          2106yoshika…

          失敗から学べるのか？

          2106yoshikawa

          「研修を受けても役に立たない」という発言について

          部門の教育担当の役割も担っている私が何らかの研修を企画するたびに「研修を受けても役に立たない」という発言があります。 これ、そのいいっぷりから私は「研修には意味がない」と受け取っていたのですが、この発言の意図についてよくよく話を深掘りしていくとどうも「研修だけをやっても役に立たない」という意味だということがわかってきました。 もちろん研修を受けた”だけ”では何の役にも立たなくて、研修で得た知識を実際に試してみて、そこで大抵はうまくいかないのでもう一度、知識を自分なりに理解し

          2106yoshika…

          「研修を受けても役に立たない」という発言について

          2106yoshikawa

          「ソフトウェア品質を高める開発者テスト」を読んで

          著者著者はあの「知識ゼロから学ぶソフトウェアテスト」でお馴染みの高橋寿一さんです。ソフトウェアテストに携わっているほとんどの人は知っている方なのではないかと思います。この方はMicrosoft、SAP、ソニーというそれぞれPC、エンタープライズ、組み込み製品のドメインの中の大企業に勤められていました。そういった意味でも書いてある内容に説得力があると思います。単に私が権威に弱いだけなのかもしれませんがw 対象者著書名の通り対象者は「開発者」です。ただ、QAエンジニアやテストエ

          2106yoshika…

          「ソフトウェア品質を高める開発者テスト」を読んで

          2106yoshikawa