パスワードを忘れた? アカウント作成

製品のテストでの不正、やったことある?

投票結果を表示しています。
常習的にやっている
  97 票 / 12%
ときどきやる
  25 票 / 3%
たまにやる
  76 票 / 10%
やったことはない
  236 票 / 31%
やったことはないが不正ありな製品を受け取ったことはある
  49 票 / 6%
やったことはないが身近で発生したことがある
  40 票 / 5%
テストをしたことがない
  231 票 / 30%
合計 754 票
投票所 | 他の国民投票
  • 選択肢が少なくても文句禁止。だって、そもそもがジョークだし、場所は有限だし、選択肢を決めるのに事前投票なんてできないから。
  • なんか良い投票ネタがあったら是非タレコんでくれ(国民投票用と明記)。毎回かなり悩みまくりなんだな、これが。ぶつぶつ言わずに助けてくれよぅ。
  • この投票はとってもテキトーだ。四捨五入の誤差、投票マニア、ダイナミックなIP、 システムのバグ、プロキシーやファイヤウォールなんて考慮しちゃいない。統計だと思って このデータを大事な事に流用しようと思うなら小学校からやり直しましょう。

最新の国民投票

  • 不正をやった時の貴方の所属部署は

    ○設計・開発
    ○製造
    ○検査・品証
    ○経営陣(下にやれと命令した)

    ここに返信
  • 品質目標でのテスト消化項目数が足りないので確認項目を細分化して項目数水増しするとかは不正に入るのだろうか。
    #後ろのほうの工程で想定以上のバグが出ちゃって、修正1行なのに品質規定で消化しないといけない項目数が千項目、みたいな悲劇があったりするとどうしてもこうなる

    ここに返信
    • by Anonymous Coward

      バグ密度が低すぎて水増しした記憶なら…
      1000ステップ辺り10〜20バグなんてどうやって出すんだよ。

    • by Anonymous Coward

      うちは単体テスト以前の段階、パーツ単位でこまめにドライバスタブ噛ませてテストする習慣があるから
      いつもテスト段階で出るバグの数が少ないのよね・・・。
      「後工程に進めばバグ修正の工数は10倍になる、バグは芽のうちに摘むべし」が社長の持論。
      仕様バグを早期発見してコーディング途中でも設計に突き返すこともよくある。
      なんでこんなにバグ少ないんだと言われても、そういうふうに作ってるからとしか言えない。

      ただ、個人が勘でバグ取りしてるから、エビデンスなんて残ってない。
      細かなノウハウのメモ書きはあるし、新人もOJTでベテランに叩きこまれるんだけど
      きちんとした文書は残らない。
      パーツ単位でのエビデンスもテスト記録として提出物に入れるなら、
      工数倍お値段倍ですがよろしいですか?

    • by Anonymous Coward

      残業でテストするなって内規は破らざるを得ないんです……

  • わからない。
    どっちが頻繁なんだ?

    ここに返信
  • 沢山有るのだから、仕事でも「やったことはないが不正ありな製品を受け取った」事があるヤツは一杯居るはず。

    #で、問題のブツを何らか全数交換が出来たかどうかが問題で、、
    --

    “人生の大半の問題はスルーカで解決できる...

    ここに返信
  • by Anonymous Coward on 2017年11月28日 18時39分 (#3319909)

    物理検証で全て見つかるからな。
    疑似エラーとして処理するにしても、相応の手続きが要るし。
    昔は全体での検証ができなかったからすり抜けはあったけど、大抵は試験で見つかる。
    その点論理設計はすり抜けが多い。
    全てを検証するのは難しいからな。

    ここに返信
  • by Anonymous Coward on 2017年11月28日 19時58分 (#3319974)

    一番多いけど、
    テストをする必要がないからしたことがないのか、
    必要なテストをしていないのか……

    #おれ?もちろんしてるよたまに
    ##絶対AC

    ここに返信
  • by Anonymous Coward on 2017年11月28日 21時50分 (#3320068)

    「やったことはない」の中で、無自覚のうちにやってしまってるのはどれくらいあるだろう・・・

    ここに返信
    • by Anonymous Coward on 2017年11月29日 3時01分 (#3320214)

      それは不正ではなく、単なる不具合でしょう。
      工程指示書の不具合で結果的に正しくない検査をしていた場合と、工程指示書から外れて(または不具合を認識してるが放置した状態で)故意に正しくない検査をしていた場合も分けましょうよ。

      #工程指示書を無視して法規や仕様書上正しい検査するのは正しいのでしょうか。

      • by Anonymous Coward

        明確な文書になっているものはともかく、慣習的に今までこうやっているということに、
        「なんかちょっと違う気がするな」と感じているが先輩に言われたことなんでそのまま・・・ってのは
        ありそうな気がします。
        それは不正と不具合の中間的なものですよね。

        • by Anonymous Coward

          ISO9000シリーズを取得していたなら、「明確に文章になって」いないと取得できないはずなんだけどな。

          • by Anonymous Coward

            ISO9000シリーズといえど、作業者の一挙手一投足まで文書化するわけには行かないから
            どこかで足切りするわけだけど、どこまで足切りするかはその組織(と認証機関)に任されているからなぁ
            #ざっくり足切りしすぎて認証機関に突っ込まれるか、細かいところまで文書化しようとして泥沼にはまるか・・・
            認証機関もその作業の専門家ではないので端から見て明らかにおかしいというレベルじゃなきゃ
            突っ込みきれないんで、いろいろ漏れる余地はあると思う。

        • by Anonymous Coward

          おかしいと思っても、先輩から昔からそういうものだと言われてしまえば、ほとんどの人はそういう物なのかと思って作業を続けます。
          それは悪いことではなく、通常の職場なら当たり前のことです。もちろん国を問わずです。
          そこで何かしらの行動を起こせる人は貴重な人材ではありますが、組織が個人に期待していい事ではありません。
          なので、不正ではなく不具合でしょう。

          先輩の言ったことなんぞ信用できるか、というのが前提の職場はそれはそれで問題だと思います。

  • by Anonymous Coward on 2017年11月28日 21時52分 (#3320071)

    「どう考えても工数的に要員たんねーよ」って言ってたら人事から増員が送り込まれてきたんだが

    ・「プログラマー10年の経験者」という30代後半
    ・「プログラマー5年・SE10年ちょっと経験」という40代前半

    (案件はC#だったけど)どっちもJavaとPHPが使えますって触れ込みだったから、違いを覚えて貰うのが面倒だなぁ、と思ってたら
    違いどころかコーディングが全然できない、というか「プログラミングに関する知見そのものがない」レベル

    問い詰めたら前者は「テスターしかやったことない」、後者は「経験そのものが嘘だった」と
    入社時のテスト不十分じゃねーかよって人事に突き返したけど「正社員で雇用したから簡単には切れない、使えるようにそっちで教育しろ」とか言われた
    「ただでさえ人手不足だと言ってるのに、役立たずよこしてきて教育しろとか、頭おかしいんじゃねーの」(割と原文)と人事にメールしたら逆ギレして「手前の査定を削るぞ」とか言い出して大喧嘩に

    # 最終的にぶちキレて、前々から誘われてた知人の会社に転職したばかりなのでAC
    # 給料上がったし仕事も楽になったのでとっとと移っときゃよかった、とむしろ後悔してるが

    ここに返信
    • by Driver (32138) on 2017年11月29日 15時25分 (#3320577) 日記

      「テスト不十分」は意図的な場合と、漏れと両方考えられるんですよね。
      どこまでやれば「十分」と、誰が保証してくれるのか。

      仕様変更が入れば「十分」やったことも、無かったことになってしまうし。
      ほんと、マジムリ。

      って思ったのは10年くらい前。
      自分が製品"を"直接手掛けなくなったので、チョット気楽。
      でも、自分が作ったシステムで製品の設計情報が出来るので、ミスった時は自分の責任はかなり感じる。

    • by Anonymous Coward

      この手の話はよく聞くが、本当の話?
      すぐ転職できるような奴がなんでくすぶってたのか不思議でならない。

      経歴詐称してた場合、試用期間内に切るのは難しくないはずなんですがね。

      • by Anonymous Coward

        >すぐ転職できるような奴がなんでくすぶってたのか不思議でならない。
        転職なんて簡単な話じゃない。
        むしろどんだけ経歴持っていても、くすぶるのが普通だと思う。

        自分の仕事も何もかもをかなぐりすてて、なんで平気でいられると思うんだい?

        経歴詐称については、ちょっとくらい盛ったところで、ウソというのを立証するのはほぼ不可能。
        求人詐欺が無くならないのと同じ理屈。
        それができるくらいなら、ブラック企業はとっくにこの世から消えてるわ。

        あ、ちなみに自分の紹介内容が盛られてたことはあったようだ。
        なんかドイツ語もできるように誤解されてたことがあった。
        ドイツ語はカタコトがやっとなのに、なんでやねん。

        • by Anonymous Coward

          「IT業界経験者」だったら、会社のシステムも自由にできてWindowsのエラーもランサムウェア被害もなんでも解決できる

          そういう幻想を抱いている門外漢は多いです
          とくに会社役員になってるご年配の方々や古参のおばちゃん
          そしてそれらが出来ないとウソつきよばわりされることに

        • by Anonymous Coward

          一般論はそうなんだが、#3320071 の話は違うだろ。
          だから不思議だねぇと。

          経歴詐称は無理げーじゃないよ。
          そら、経験あります系は言い方次第なので無理だけど、以前の職場での立場とかは肩書とかで立証できちゃう代物です。

          しかしこの手の話に搭乗する人事(を担当する部署)の強権ぶりときたらもう。
          要員足りないとぼやいたら人事が人送ってくれるって、どんな立場だったんだろね。
          下っ端だったら所属長なりプロジェクトの責任者介するだろうから、他部門と直接やり取りするそれなりの立場だったんだろね。
          で、それなりの立場の人間が人事如きにブチ切れてってへ~って感じ。しかも査定も人事にされるって。
          人事部門、すげなぁと。
          しかもそれと対決する自身の有能さ、その人事に採用されてきたことになるわけだが、不思議になんない?

          • by Anonymous Coward

            よくいるよね、搭乗してるとだんだん「俺が神だ、俺は何でもできるんだ」って思考になっていく人。

            #typoだとわかっちゃいるけどやめられない

            • by nekopon (1483) on 2017年11月30日 10時30分 (#3321139) 日記
              コメントが凍上しました
            • by Anonymous Coward

              詳細が不明な上に企業の規模や契約形態も不明。もとの給料がいくらで残業時間がどんだけで給料がどんだけ上がったかも不明。あるかもしれないしないかもしれない程度でしょう。
              JavaができればC#はすぐできるようになるしC#ができればJavaもすぐできるようになるとは思う。だが普通人が足りないならすぐできるようになる素材ではなくできる人材を送るだろ?人月の神話に悪例としてこんな話が載ってた気がするぞ。

              僕が一番、人事をうまく使えるんだ

    • by Anonymous Coward

      いまはIT業界じゃなく製造業の検品関連部署ですが

      「どう考えても工数的に要員たんねーよ」って言ってたら専務の指示で増員が送り込まれてきた
      ・「営業10年の経験者」という40代後半
      ・「派遣会社の中の人5年」という30代前半
      いやド素人を送り込まれても困るんです。。。。

      とりあえず人数放り込めば解決と考える上司がいるのは、IT業界だけじゃないんだなぁと思い知らされました

    • by Anonymous Coward

      人事は採用がうまくいけば評価されるからなぁ。ぶっちゃけ中身全くみてないよね
      うちも似たようなのいるわな

      個人的にはもう経験年数はあてにならない。何ができるかを直接聞いたほうが早いんだが
      人事は相変わらず年数長い=すごいなんだよなぁ…

      • by Anonymous Coward

        >人事は採用がうまくいけば評価されるからなぁ。ぶっちゃけ中身全くみてないよね
        「採用がうまくいく」の定義が人事/経営者と現場とで全然違うんだろうなぁ
        人事の基準:頭数揃った・お仕事終了(ドヤァ
        現場の基準:ちょっと教えれば本番投入可能・仕事の消化量は最低限プラス
        # 個人の妄想です

  • by Anonymous Coward on 2017年11月29日 6時55分 (#3320242)

    プログラマーをもっと増やしたいから販売所は黙ってるし、質が悪いものが増えるばかり
    小学生プログラマーとかいくらプログラム書けても規約や法律を守るのに理解に限度があるでしょ。

    ここに返信
    • by Anonymous Coward

      プログラマーをもっと増やしたいから販売所は黙ってるし、質が悪いものが増えるばかり
      小学生プログラマーとかいくらプログラム書けても規約や法律を守るのに理解に限度があるでしょ。

      なんか小学生にもプログラミング教えるらしいけど、規約や法律を破らないよう監督・指導できる教師がきちんと用意できるのか、甚だ疑問だな。
      技術的なハードル考えても、マルウェアは難しいにせよ、たとえば一昔前に一部で流行った「田代砲」ぐらいなら、作るだけなら小学生でもできそうだし。

  • by Anonymous Coward on 2017年11月29日 8時42分 (#3320296)

    QAで問題が見つかったらその場でテストケースを書き換えるとか。

    ここに返信
    • by Anonymous Coward

      うちもテスト結果から先に書いて、テスト結果に沿うようにテストケースを書き換えます。
      本当なら目的のテスト結果なるようにテストケースを通過するプログラムを作らなきゃいけないのに。テストファーストを履き違えたダメな例。

    • by Anonymous Coward

      テストケースもこっちで作れと言われて、仕様書もないから渡された検証対象物を弄りながらテストケース作るとかよくある話ですよ。

  • by Anonymous Coward on 2017年11月29日 10時32分 (#3320368)

    そら、作ったプログラムの簡単な単体テストレベルならいつもやるけど…。

    詳細なテストとか結合テストとかになると
    自分でやるんじゃなくて別の人/別の部隊が「やってるはず」

    ここに返信
  •  と言い切って、
    「本番環境にしか金出さない(こっちが目的)」
    とか系の社長たちなら多く見た(走召糸色木亥火暴)

    --
    ------------------------------ "castigat ridendo mores"
    ここに返信
  • by Anonymous Coward on 2017年11月29日 20時25分 (#3320837)

    テストしていないのに、ドキュメントを作ってやったことにしたとか。

    ここに返信
  • by Anonymous Coward on 2017年11月30日 11時02分 (#3321157)

    高いからテスト削ってとお客様に言われたことがある。

    けど製品保証はしないとならなかった。

    ここに返信
  • by Anonymous Coward on 2017年12月01日 6時22分 (#3321639)

    大昔の話だが、サーバーの負荷テストをするためのクライアント性能が足りずに
    手持ち設備での最高負荷でのテストになってしまったことはある
    最悪パスを通ったときのクロック数を数えて期待された性能を満していることを確認していた

    現在の大規模サーバーなどの負荷テストってどうしているんだろう?

    ここに返信

普通のやつらの下を行け -- バッドノウハウ専門家

処理中...