第2回 ISO/IEC/IEEE 29119勉強会 つぃーとまとめ

鈴木三紀夫 @mkoszk_live

29119勉強会　その２

鈴木三紀夫 @mkoszk_live

今、Part２に載っている組織ポリシーについて議論しています。

鈴木三紀夫 @mkoszk_live

Part2の組織におけるテストポリシーは、基本的に経営陣が読むものなので、細かく詳しく書くことはしないよ。 日本人が書こうとすると、がっちり書こうとして、「うちでは適用できない」と諦めてしまいがちなので、そんなことは無いんだよという意味で話をしています。

Yasuharu NISHI @YasuharuNishi

組織テストポリシーは、それほど大げさな文書ではありません。29119では膨大な文書を作成するようなイメージを持ちがちですが、実際に回してみるとそれほど大変ではないと思います。当たり前のことを当たり前に書くイメージですね。 #29119

鈴木三紀夫 @mkoszk_live

組織的なテストプロセスをみると、当たり前のことしか書かれていないなぁと思うでしょう。

鈴木三紀夫 @mkoszk_live

「組織的なテスト仕様がアクセス可能になる」が分からない。 →　認証機関が認証するとき、紙ベースで管理されているのであれば、抜き取りでチェックすることができるという意味。認証するつもりが無ければ、ゆるく考えても良いよ。

Yasuharu NISHI @YasuharuNishi

29119がステークホルダーとの合意を重視しているのは、テストという仕事の本質を表しているのでしょうね。 #29119

鈴木三紀夫 @mkoszk_live

JSTQBのAL資格を勉強している人がこの規格を読むと（組織的なテストプロセスあたり）、簡単じゃんと思うかもしれません。

鈴木三紀夫 @mkoszk_live

shall と should の違いについて。

鈴木三紀夫 @mkoszk_live

ステークホルダーという言葉がたくさんでてきますが、具体的に誰かというのをイメージすると、「ステークホルダー」という言葉が現れる箇所ごとに人が異なることがあります。

鈴木三紀夫 @mkoszk_live

たとえば、Web系のテストの場合は、がっちりではなくさらりとやる、みたいなものも組織的なポリシーだったりします。 このプロジェクト毎ではなく、現場では、なんとなくコンセンサスが得られているようなもの、組織として暗黙的に認識されているものが組織ポリシー。これを明文化する。

鈴木三紀夫 @mkoszk_live

ステークホルダーについての補足。 原文を読むと、今まで現れたステークホルダーの冠詞が違う。 最初に現れたステークホルダーは冠詞がついていなくて、次からは the が付いている。そこを気をつけて読んでね。

鈴木三紀夫 @mkoszk_live

ステークホルダーの洗い出しというタスクは書かれていないけど、暗黙的にやることになっている。

鈴木三紀夫 @mkoszk_live

組織的なテストポリシーが効果的に使われているかどうか監視します。 もし、使っていない、もしくは、使えないと言っている部署があるならば、適切なアクションをとりましょう。

鈴木三紀夫 @mkoszk_live

認証するとき、should は、やらない場合は、やらない理由を示さないといけません。

鈴木三紀夫 @mkoszk_live

ISO9000シリーズを取得している組織の場合、そこまで書かなくてもよいだろうということが書かれている。29119 Part2 を理解する場合、Part2 から文書管理手順を引いて考えるのが分かりやすい。文書管理基準が、SLCP準拠やISO9000準拠ならそちらを使って良い。

鈴木三紀夫 @mkoszk_live

29119 に書かれているとおりに文書管理をしなくちゃいけないと解釈すると、ものすごく重い規格と捉えてしまうかもしれませんが、そうならないように、日本は頑張りました。

Yasuharu NISHI @YasuharuNishi

29119-2には文書管理プロセスに含めるべきなような手順がたくさん含まれています。テストプロセスという意味で理解するには、-2から文書管理手順を斜め読みした方がよいと思います。 #29119

Yasuharu NISHI @YasuharuNishi

まぁその一方で、国内のテスト組織の中にはトレーサビリティや文書管理をきっちりすることがテストの抜け漏れを防ぐことと同義だと考えている残念な方々もいらっしゃいますからね。 #29119

Yasuharu NISHI @YasuharuNishi

トレーサビリティ厨と話すとうんざりするよな。

鈴木三紀夫 @mkoszk_live

第１回の勉強会では、テストサブプロセスが理解が難しいところだったかもしれません。 なので、第１回の勉強会で使った資料を投影します。

Dreamstate_Instinct @__Dreamstate

@YasuharuNishi 逆に、その辺と実質のテストや品質を区別してるか相手に質問して、会話を続ける価値があるかどうかを確認してからでないと会話する時間もったいないしね。 ＜トレーサビリティ厨

鈴木三紀夫 @mkoszk_live

今、テストサブプロセスに関する議論がなされています。

鈴木三紀夫 @mkoszk_live

どの順にやりますか？ いったりきたりしますよね。 という話もありますが、この規格ではふんわりと書いてあります。 この規格では順序については規定されていない（はずです）。

鈴木三紀夫 @mkoszk_live

テストマネジメントプロセスの図は、おそらく誤植です。矢印の向きが間違っています。