開発現場に根強く残る8個のバグレポートアンチパターン - Qiita

ex-mixi Advent Calendar 2017 - Qiita 9日目をいただいた @kkakizaki です。 株式会社ミクシィの在籍期間は2008年から2016年までで、 QAマネージャーとして、次々に巻き起こる品質保証上の課題を何とかするお仕事をしていました。 現在は株式会社サイバードにて、同じく品質保証部門の長として、 品質保証だけではない様々な課題解決に勤しんでおります。 折角の ex-mixi なので、今回は この記事 の続きです。 前回の記事は2012年に書かれたものですが、 現在も繊細なエンジニア達が死にやすい状況に変わりはなく、 影響の大きな死因の1つとして「イケてないバグレポート」が存在しています。 BTS にイケてないバグレポートが増殖してしまう現場の方は、 この記事をテスターに叩きつけてやってください。 アンチパターンその1：敬語 テスト業務が受発注関係で

[otihateten3510]

それほど同意できない物が多い。個人的にはコミュニケーションを取る機会がどこでも少なすぎると思う。

[ngsw]

敬語、協力企業との権力関係構造がそうさせるのだとしたら、違うレイヤの不具合なのではなかろうか。バグレポートの書き方こうしましょうだけでは見かけ上の問題解決であって、本質的には直せてない気がした。

[masatomo-m]

プロジェクトチーム全体にこういうルールを徹底させることができない場合、コストはかかるけど「チケット管理・整理するだけの人」を用意すると各方面へのギスギスした空気を解決できることがある

[EnnuimaZ]

良い記事だ。昔の現場のこと思い出したなぁ。テストと開発の距離が離れるほどよくみられるパターン。当て推量に関しては「関係ないかもしれませんが…」くらいで載せてくれてたらありがたいなー。

[iww]

不敬語で書こう

[rryu]

課題管理システムでも複数の課題を混ぜる、リオープンする、クローズしないのあるなあ。

[teracy_junk]

あるあるだ

[ledsun]

（テストチームと開発チームが別れている時に、どのチームに置くかは別として）バグレポートをトリアージする人が必要なのでは？

[kamei_rio]

バグレポートを1から起こすのが大変なのでは？というパターンが多いな。テスターに記入させる項目が多いと確かに面倒ではある

[ilyaletre]

テストのスコープにもよるけど、テスト対象のシステムをブラックボックスと見た時には、それが同一の事象なのか判断つかずにチケット切っちゃうことあるし、それを止めさせる必要無いケースはあるかも。

[ezura]

QAチームが忙しすぎて整理する暇がなかったり、新人さんに基本を教えることができずにこうなっちゃってるんだろうな…って思ってる…。

[naopr]

概ね同意だけど、当て推量は欲しい。テスターさんの当て推量は有用な情報なことが多いので、主観と客観を分けて書いてくれるのであればウェルカム

[D_first]

Excelバグ管理表から脱却したい・・・

[koji28]

バグチケットの基本🐞

[Iridium]

スケジュールが間に合ってて、人間が足りているならどれも発生しない問題のように思う。だいたいが管理側の問題です。

[chinpokomon_master]

コミュ障っぽいので一緒に仕事したくない。

[yachimon]

うちの会社でも使えそうなネタやな...

[kettkett]

音読と叩きつけ

[ktakeda47]

そうそう😂 "バグレポートをうやうやしく書く必要はない"

[tune]

すげーわかる

[Tomosugi]

との企業でも開発の最前線ではなく品質保証に回されてくる人材の資質を考えると……うん、まあ頑張れとしか……

[braitom]

意識したい。この辺守らないとBTSが機能しなくなる。

[kumeuchi]

Tech

[ohbarye]

一発目が"敬語"で笑うが、しかし、よくわかる。発生手順とか箇条書きでもなんでもとにかく一文が短いと嬉しい

[nashcft]

😇😇😇😇😇😇