• はてなブックマーク
  • テクノロジー
  • 【悲報】客先常駐システム開発で今もステップ数によるバグ検出数基準が使用されていることが判明 | 株式会社アクシア
  • Twitterでシェア
  • Facebookでシェア

【悲報】客先常駐システム開発で今もステップ数によるバグ検出数基準が使用されていることが判明 | 株式会社アクシア

テクノロジー カテゴリーの変更を依頼 記事元:axia.co.jp
適切な情報に変更
255 usersがブックマーク コメント70

    記事へのコメント70件

    • 注目コメント
    • 新着コメント
    tanakakazu
    tanakakazu 基本的にバグがゼロになるようにテスト仕様書を書いて、あとでワザとバグを作ってバグ率を調整するって現場で作業したことがある。

    2017/08/17 リンク

    その他
    esper
    esper 下請け的には時間とお金がもらえるなら問題なかろう。むしろ上流の会社がそんなことやってて大丈夫なのかと思うのだが。

    2017/08/16 リンク

    その他
    otihateten3510
    otihateten3510 （またこの社長かぁ）

    2017/08/17 リンク

    その他
    zentarou
    zentarou 「テストしつつプログラムを書いたので基準を下回っています」とコメント書かされたことあるよ

    2017/08/17 リンク

    その他
    TakamoriTarou
    TakamoriTarou 別の代替案が出てるかと思えば最後までなかった…。

    2017/08/17 リンク

    その他
    tanority
    tanority 任せて下さい！！有象無象を集めたり要件定義がクソ甘いプロジェクトばかりなので、余裕で検出基準なんてクリアできます！！！！！

    2017/08/17 リンク

    その他
    emmie714
    emmie714 ゴタク並べるくらいなら、スケルトンだのテンプレートだのscaffoldingだのを除いてステップ数カウントするなり、他の指標を用いるなり、他のツールでカバー率上げるなり、提案すれば。(win-winって言いながら)

    2017/08/17 リンク

    その他
    okusa75
     okusa75  CでもJavaでもRubyでも、なんでも1kステップあたりバグ〇〇個って決められてるのが不思議。もっと不思議なのは、ステップという単位を使ってるのに、1ステップの定義は存在しないこと。ラムダ式使ったらどうなる？  

    2017/08/17 リンク

    その他
    tmurakam
     tmurakam  自動生成コードは抜いて行数数えるのが普通では。あと指標(の1つ)として使うのは普通。どう解釈してどう対策するかの方が重要。数字だけで判断するのではない。  

    2017/08/17 リンク

    その他
    Alceste
    Alceste もちろん手段が目的化してしまってるSIerはダメに違いないが、品質管理手法やCMMIを微塵も知らないプログラマーのSIer批判も同様にヤバいんだが…。はてなではプログラマー大正義の溜飲下げで、そこから話が発展しない…

    2017/08/17 リンク

    その他
    H_Yamaguchi
    H_Yamaguchi 自動生成されたgetterとsetterのテストコード書かさせる件はテストコードも自動生成すればいい。プログラムの品質の話と多重下請けとか偽装請負の話はあまり関係ないと思うけどなー。

    2017/09/07 リンク

    その他
    MtAsuka
    MtAsuka プロジェクト内での相対的な基準として出来上がったものの規模を測るならステップ数も悪いわけではない。問題はステップ数かどうかではなく目的のための評価指標であるバグ検出数が目的そのものになってしまうこと。

    2017/08/19 リンク

    その他
    odz
    odz 普通、プロジェクト開始時に基準値決めないか？／ステップ数が嫌なら、循環的複雑度でも使えば？と思うけどあんまり変わらないとなんかで読んだ気がする。

    2017/08/18 リンク

    その他
    harabu
     harabu  こじつけ理由が3分で作れるようになったので、もう不満とかどうでもいいです。だって辞めたら路頭に迷うもの。。。  

    2017/08/18 リンク

    その他
    yuzu441
    yuzu441 お盆前にステップ数にうるさい上司が…って話をされて「リアル老害来たw」って思ったの思い出して他人事ではない

    2017/08/18 リンク

    その他
    termtermtame
    termtermtame これは知らなかった

    2017/08/17 リンク

    その他
    akabekobeko
    akabekobeko ステップ数を指標とするなら循環的複雑度なども触れてほしい。単純なステップ数だけでは複雑度を見積もるには不十分。

    2017/08/17 リンク

    その他
    onefootinthegrave
    onefootinthegrave カバレッジが100%じゃないときに妥当性を確認するのが面倒、テスト要否を万人が正しく判断できるワケないし、ドキュメントも用意できない。 という理由でgetter、setterも全部テストする方針にシたことある。

    2017/08/17 リンク

    その他
    kitaj
    kitaj 代替案ないのね。/ 「自動生成された大量のgetter、setterのテストコードを書かされた時は泣きそうになったorz」テストコード自動生成したらいいのに。

    2017/08/17 リンク

    その他
    gabari
    gabari

    2017/08/17

    その他
    craftone
    craftone そうは言っても、10Ks書いてバグ1件だったと言われたら、ほんとに試験したの？って思うよね。

    2017/08/17 リンク

    その他
    fugofugo
    fugofugo 製造業の製造工程の品質管理手法を開発工程に適用しようとするのが間違いなんじゃいか。たぶんソフトウェアの世界で製造業の製造工程にあたるのはプログラムの起動だろう。

    2017/08/17 リンク

    その他
    ryunosinfx
    ryunosinfx 事実上、これぐらいしか簡単に取れてそれなりに信ぴょう性のあるメトリクスはないよなぁ

    2017/08/17 リンク

    その他
    sakidatsumono
    sakidatsumono ×基準を決めるのはSI企業の偉い人 ○基準を決めるのはSI企業の品質管理部門

    2017/08/17 リンク

    その他
    crosscrow
    crosscrow 代替案を示してくれると思ったら、最後まで無しとか、それこそ悲報だわ…。

    2017/08/17 リンク

    その他
    ryun_ryun
    ryun_ryun “SI企業の多くの人達はプログラムのことがわからない技術的には素人同然の人達なので” 中小企業の社長が業界全方位的に喧嘩を売る会社ってすごいな(褒めてない)

    2017/08/17 リンク

    その他
    frkw2004
    frkw2004 構造化プログラミングとかウォーターフォール型開発手法か何かで論文出てなかった？　開発手法に合わせた研究発表なりを探して提案しなきゃ変えられないだろう。

    2017/08/17 リンク

    その他
    houyhnhm
    houyhnhm 示唆的な指標としては参考にする事がある。毎回オリジナルの指標作っても仕方がない。まあ、ステップ数のカウントとかバグの記録とかをちまちま蓄積してる所がある。勘よりはマシなデータによる指標。

    2017/08/17 リンク

    その他
    MINOMUCCCHI
    MINOMUCCCHI 案件によっては役員レベルに報告しなきゃだし誰にもわかる指標っていうのは１つ必要だわね。 （この数字が全てじゃないけどね）

    2017/08/17 リンク

    その他
    deamu
    deamu 基準に足りないからバグを増やすためにテスト後に仕様を無理やり変更して、「変更後の仕様を満たしてないから品質が悪い！」と罵倒を行なった現場が2017年の今年に本当に実在しましたわ

    2017/08/17 リンク

    その他
    bell_chime_ring238
    bell_chime_ring238 安心（≠安全）を求めるのは顧客IT部の偉い人で、クビがかかっているから。安心を保証する手段などないので、ステップ数評価だのSI側から提案することになる。SIの本質は責任分散なのでやむなし（いいとは言ってない

    2017/08/17 リンク

    その他
    gnety
    gnety 過去のプロジェクトと比較はほとんど意味ない。現在実行中のプロジェクトを分割してそれぞれ計測してその違いを考察するならステップ数は使える

    2017/08/17 リンク

    その他
    baronhorse
     baronhorse  代替もクソもないだろ。無駄なことはやめるだけだわ。かばってるやつらは何なんだ。  

    2017/08/17 リンク

    その他
    hiroyuki1983
    hiroyuki1983 ちゃんと「これは自動生成されているコードの分が入っているので除くとこれくらいですよ」って説明すればいいだけの話。コミュ障なの？

    2017/08/17 リンク

    その他
    totttte
    totttte 件数見積もる人と作るひとが別のところがあるんかー

    2017/08/17 リンク

    その他
    okusa75
     okusa75  CでもJavaでもRubyでも、なんでも1kステップあたりバグ〇〇個って決められてるのが不思議。もっと不思議なのは、ステップという単位を使ってるのに、1ステップの定義は存在しないこと。ラムダ式使ったらどうなる？  

    2017/08/17 リンク

    その他
    shikiarai
    shikiarai まーたいい手法が特に無い記事だよ。民主主義と同じで駄目なのは皆分かってるけど評価しやすい代替が見つからないから仕方なく使ってるだけなんだと理解して欲しい。

    2017/08/17 リンク

    その他
    microcoppepan
    microcoppepan なんかもう

    2017/08/17 リンク

    その他
    cad-san
    cad-san step数による指標は、確率でヒューマンエラーが発生する事を鑑みれば間違いではないが、現代の環境ではそのレベルの問題はコンパイルエラーやlintで回収されてしまう為適切とは言えない。

    2017/08/17 リンク

    その他
    takuji31
    takuji31 これ都市伝説だと前職入るまでは思ってましたよ、実際に見てしまったのでそうでないと分かったけど。

    2017/08/17 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    【悲報】客先常駐システム開発で今もステップ数によるバグ検出数基準が使用されていることが判明 | 株式会社アクシア

    お盆休みに入る前にTwitterに以下のツイートを投稿しました。 ステップ数で評価しようとするどこかのシ...

    ブックマークしたユーザー

    • vamview2020/03/18 vamview
    • sibatay2019/02/15 sibatay
    • breeziness2018/04/09 breeziness
    • ffff-655361952018/04/05 ffff-65536195
    • koma_g2018/01/14 koma_g
    • superrush4x2018/01/13 superrush4x
    • masay_s2017/09/13 masay_s
    • H_Yamaguchi2017/09/07 H_Yamaguchi
    • jetta_swingin2017/08/27 jetta_swingin
    • kobanan2017/08/25 kobanan
    • sawarabi01302017/08/21 sawarabi0130
    • MtAsuka2017/08/19 MtAsuka
    • morimop2017/08/18 morimop
    • kurihara992017/08/18 kurihara99
    • tg30yen2017/08/18 tg30yen
    • elwoodblues2017/08/18 elwoodblues
    • mjtai2017/08/18 mjtai
    • odz2017/08/18 odz
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2024 Hatena. All Rights Reserved.