2106yoshikawa

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

2106yoshikawa

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

最近の記事

JaSST'24 Kansai 聴講メモ

はじめに6/21に開催されたJaSST'24 Kansai。 すでに1ヶ月近くも経とうという時にようやく書き始めるという相変わらずの遅さなのですが、思い出しながらつづっていこうと思います。 ぼくは今回、スポンサー枠でもなく、業務としてでもなく、自費で休みをとって参加しました。 内容的に、今の業務に直結するわけではないと思ったのと、テスト会社として持ち帰れるものがそれほどないのではないかという推測からでした。 あと、なんとなく業務として参加すると何らかの有益な情報を持ち帰らない

    • 退職(しなかった)エントリー

      はじめに1今回、本当に転職するつもりで、転職活動中に、これまでの現職での思い出がよみがえってくることがあったので転職活動の合間に書き溜めていました。 しかし、最終的には現職に残ることを決意しました。 ただ、せっかく書き溜めたというのと、転職か現職かで揺れている人に”退職しなかった人の意見”として少しでも参考になればと思い公開するに至りました。 ぼく自身、本当にゆれにゆれました。 今回の決断が良いものになるかどうかはこの先にならないとわかりませんが、良いものになるかどうかは自分

      • QAと定期健診

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

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

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

        JaSST'24 Kansai 聴講メモ

          にしさんとの思い出

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

          にしさんとの思い出

          管理とは?良い管理、悪い管理とは?

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

          管理とは?良い管理、悪い管理とは?

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

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

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

          2:6:2の法則(働きアリの法則)、どこを引き上げる?

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

          2:6:2の法則(働きアリの法則)、どこを引き上げる?

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

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

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

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

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

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

          「因子・水準」ではなく「カバレッジ項目」を使う

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

          「因子・水準」ではなく「カバレッジ項目」を使う

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

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

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

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

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

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

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

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

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

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

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

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

          失敗から学べるのか?

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

          失敗から学べるのか?