  |
文字数制限に引っかかって下のほうが切れたので、こちらに追記します。
システム P の Web 側をひとりで開発している私がここまで信頼されていないのには、以下のような理由があります。
Git で機能単位でフィーチャーを切って(注: その機能のためだけにソースコードを枝分かれさせて他の機能に影響が出ないようにすること)開発を行い、私が機能を実装してコミット(提出)すると、X さんと Y さんがテストをして、不具合が出たら Redmine に登録して私がフィードバックを受け、私が修正し、それをまた X さんと Y さんがテストをして……という流れで開発をしています。
この X さんと Y さんによるテストを、なぜか「受入試験」と呼びます。ふつう、受入試験と言えば、開発元で最終テストまで済ませたものを発注元に納品した時に発注元が行うテストのことです。
実は、XYZ の 3 氏は、システム P の契約の上では「A 社の契約社員」ということらしいのです。私の所属は B 社なので、他社(下請け)が作ったものを自社で試験することになり、「受入試験」という工程になるとの由。
システム開発の理屈など分からない A 社の上層部から見ると、受入試験でたくさん不具合が出ている、何だ B 社は品質が悪いじゃないか、ということになります。品質を高めるためにテストを入念にすればするほど報告される不具合の数が増え、なおさら「品質が悪い」と言われてしまいます。
そして、複数のフィーチャーをマージ(結合)したソースコードの試験は、私にはできません(させてもらえません)。一般に言う単体試験も結合試験も、この現場ではみな「受入試験」です。
A 社の上層部だけでなく、プロジェクトマネージャーの V さん、プロジェクトリーダーの Z さんもこの仕組みがおかしいことを理解しておらず、「増田さんはバグが多い、信用できない」と本気で思っています。そりゃあポカミスは多いですがね……。
それ、たぶん私です。多くの方から意見をいただきたく、増田デビューしました。
当方、フリーの IT 技術者。ある Web ベースのシステムを開発しているのだが、プロジェクトのマネージャー、リーダーをはじめとするメンバーの無知と無理解のおかげで作業が進まずに...
相手はバカなんだから バカにはバカと気づかせないように、丁寧に尊敬しながらバカ用に説明しろ メールなんか送っても読むわけないバカなんだから
どこも同じだな、馬鹿が幅をきかせすぎ。元増が気の毒
この案件でB社との縁は切る。そもそも体制がおかしすぎる。 指示する人数の方が多いじゃん。 インラインスタイルでもhtmlにjs直書きでもしてこの案件だけ乗り切ってしまえ。 静的コ...
元増田です。 あと、テスタ共はブラウザのデバッグツール(F12)は使ってないの？ 使ってますよ。キャッシュの消し方も知っています。それなのに、私の説明を理解できない、理解し...
お疲れ様。 ってことはhttpについては理解してないんだね。 そんな人材を当該案件にアサインするB社に責任があるな。 まぁ当座のみしのいで上手く逃げて。
PHPならJSもCSSもincludeで１ファイル内に展開しちゃえばいんじゃね？
ブラウザキャッシュの問題なんて、 ・お客さんにブラウザのキャッシュをクリアさせる（手順書を作成して送る。） ・ウェブサーバの設定で、キャッシュされないように設定する ・そ...
元増田です。 あと、テスタ共はブラウザのデバッグツール(F12)は使ってないの？ 使ってますよ。キャッシュの消し方も知っています。それなのに、私の説明を理解できない、理解し...
ああなるほどテスタ共とは利害関係が一致しないんだね。 それじゃテスタ共は自分の責任にならないように必死で立ち回ることしかしないよ。 元増田の人工が減らされないで案件から...
XとZはこれから学習するには年齢的に厳しいけど、仕事だから学んでほしいわ Yは若いから出来そうなのに、典型的な大手出身の無能システム担当臭するな ただ、A社とB社の力関係等が分...
「無知と無理解にプロジェクトが殺されそうだ」の元増田です。 みなさんのトラックバックを読みました。やはり「つける薬はない」「うまく逃げおおせるべし」ということですよね…...
Z氏はPLの素養は全くないね。 バグの内容によるけど、ふつうはバグが少なくなることをPG自身に期待するなんて PLとしておかしい。何のためにテスタがいるのか。 品質管理を分業して品...
元増田はほんと出来た人だなぁ。 家の庭で問題なく育つ種子でも北極や砂漠に埋めたら育たないって当たり前なのにな。 実行するのは客PCの環境って前提が非WEB系にはわからん感覚なの...
6
