- 受付中
報酬付き
テスト業務を押し付けられないようにしたい
私は女でエンジニア20年ですが 基本設計以降のフェーズでシステムを開発しています しかし、女だからなのか? 本当は、実装が一番好きなのに、他人が製造したテストばかり、おしつけられます エンジニアは他人の書いたコードのテスト點せられれば、非常に損な立ち回りで (技術的に何も向上しないから) 極力この状況にならないようにしたいですが どうしたら良いでしょうか! 切実です!教えて下さい。
- rikimiyu
- お礼率85% (12/14)
- SE・インフラ・Webエンジニア
- 回答数3
- ありがとう数0
- みんなの回答 (3)
- 専門家の回答
みんなの回答
- jack-a3
- ベストアンサー率34% (198/577)
もう20年選手ならいろいろ試してるでしょうから蛇足のような気がしますが、、 自分は実装をやりたいし、その能力がある、ということを周りに印象づける必要があります。 ではどうすればそのようなアピールになるか、を考えましょう。 ぱっと思いつく代表的な方法を書いてみます。既に試してるならご容赦を。 ・そもそもバグレポートの内容から技術力の高さが透けて見えることが多いです。単純に発生現象だけを書くんじゃなくて、表面化したバグから法則性を見つけて報告するとか再現手順を書いておくとか。あるいは表面上は2つのバグに見えるけど根っこにある1つのバグが別々の機能で不具合として表面化してることに見抜いて「○○の機能を有効化するとAの表示とBの機能がおかしくなる」って報告するとか。 ・テスト業務を実施するにあたり、対向先のシミュレータが必要になるとか、出力データから任意の情報を取り出して集計する、みたいなことってありませんか?そういうの自動化するツールをちゃちゃっと作って業務効率を上げるのに貢献する。 ・人が作ったものをテストする際に、「これどうやって実現してるんだろう?」って思うようなことってありません?それを作った人にどうやって実現してるのか聞きに行くことでスキルアップ&やる気アピール。 ・逆に「きっとこういう風に作ってるだろうな」って予想できることありますよね。「ならばこういう操作したらバグるんじゃ?」とかって予想してバグを見つけることで優秀さアピール。 ・再現性が低いバグとか原因が全く不明なバグが発生して、実装担当の人と合同で再現試験をしたり、動作ログから解析するようなことありますよね。その際に実装がどうなっているか聞いて、ログや試験手法と突き合わせて「じゃあ理論的にはAの部分までは正常に動いてて、そこからBの処理に行くはずがエラーになっている。AとBの間にどんな処理が動いてますか?」とか「このエラーログが出るってことは***にアクセスできてないってこと。***を参照する処理はどこにありますか?」みたいな論理的思考に沿った技術論を実装者と会話することができればとってもアピールになります。 ・会社の業務システムとか開発ツールとかで使いにくいとか、これとこれのデータを連係したいとかって思うことありませんか?そういったものの自動化ツールとか連携ツールを作ってみんなに公開し使って貰う ・プライベートでスマホアプリでも作ってさりげなくアピール
- type0 お礼早め(常識)BAも納得いく回答あれば早め。皆様に感謝(@type0)
- ベストアンサー率43% (147/340)
私もエンジニア歴20年の男です。 プリセールスのような立ち回りから要件定義や保守などいろいろしてます。 >本当は、実装が一番好きなのに、他人が製造したテストばかり、おしつけられます 私も会社では上の立場ですが、テストはほぼ全てやってますよ。 女性だからとではなく、テストが最終関門なので、信頼されていると思うんですけどね。。。バグがあれば、実装者に連絡し、コードやロジックを一緒に確認しながら、直してもらいますが、実装者の成長を促すような、そのような役回りを求められていたりしませんかね。 >エンジニアは他人の書いたコードのテスト點せられれば、非常に損な立ち回りで >(技術的に何も向上しないから) 人の作った物をテストすると、実装者の考えなども分かるし、それはそれで良いと思いますけどね。どうしても、テストが嫌なら、なぜ、テスト作業を振るのか、割り振ってる人に確認してみてください。認識の齟齬などがあるような気もします。 私は実装は、たいてい思ったようにできてしまうので、テストする方が楽しいんですけどね。
- 田中 太郎(@hinso_at)
- ベストアンサー率45% (203/448)
転職してください。あなたの実装が信用されてないので。
関連するQ&A
- お勧めの本を教えてください
オブジェクト指向開発の開発方法論を学びたいと思っています。 具体的な開発テーマを題材に、ユースケース・概念モデル分析~実装・単体テスト辺りまでについて、分析・設計・実装の手法・プロセス・成果物を学びたいのですが、適切な書籍はありますでしょうか。 各フェーズ細切れに本やサイトで勉強しているのですが、体系的に学べるものが少ないような気がします。 お勧めの本がありましたら、どなたか教えて頂けますでしょうか。
- ベストアンサー
- Java
- サーバーエンジニアになりたい。
現在未経験でWebのフレームワークを使った開発の仕事をしています。 開発といっても、ちょこっと機能を追加するだけです。 ほとんどが、ドキュメント作成の時間で、技術に触れる時間が少ないです。 そのため、もっと技術に浸れる仕事がしたいです。 ちょうど、基盤の方も一緒に働いているのですが、彼らはドキュメント作成よりも技術的な 作業の方が多いようです。 サーバーエンジニアは未経験33歳でも入り込めますか? 基盤の仕事は実際のところ、技術志向の傾向が強いんですか? Webのシステムの開発はコミュニケーションがかなり重視される仕事です。 ちなみにサーバーを構築しようとしたときに要求定義、基本設計、詳細設計、製造、テストのうち どれが出来ると評価が高くなりますか?
- 締切済み
- ハードウェア・サーバー
- 完全在宅でのシステム開発は可能になってきているか?
システム開発といってもいろんな形がありますが、どんなものでも完全在宅というのは考えられません。 ユーザーの要件をヒアリングし、要件定義/基本設計/詳細設計/実装/テスト・・・というフェーズは人と人とのコミュニケーションが大切です。 「システム開発は在宅では無理」という常識があります。 この常識をくつがえす開発方法を考えたら、もしかしたら大きなビジネスチャンスにつながるのではないでしょうか。 在宅でシステム開発をするには何が問題なのか。を一つ一つつぶしていき、新たなビジネスにしたいと考えています。 「何が問題なのか・・・」思いつくものを教えてください。 逆に「何がメリットなのか・・・」についてもお願いします。
- ベストアンサー
- SE・インフラ・Webエンジニア
- 客の思惑、自社の思惑
あるパッケージ開発会社B社から仕事を受けています。 会社間での契約(仕事の受け方)は、 基本設計⇒派遣 開発⇒請負 です。 この進め方のため、自社に負担(後述)がかかっており、回避策を探しています。 ・基本設計を、派遣契約でやっているため、機能の決定権が「指揮権」を持つA社になる ↓ ・開発のときに、想定していた機能と、実装する機能にギャップがでる。 そもそもなのですが、 開発工数は、基本設計に依存しますし、 派遣契約で基本設計をするのは不自然ではないでしょうか? ↑ 設計フェーズと開発フェーズが別になっており、 設計担当の会社と、開発担当の会社が別なら、むしろわけるべきと思っていますが。
- ベストアンサー
- SE・インフラ・Webエンジニア
- 半導体後工程における、ICテストに関する質問です。
IC(アナログ)テスト技術者を志望する方はどのような志望動機をお持ちでしょうか? みなさんの意見をお聞かせ下さい。 私は、ICをテストする際、テスト回路、テストプログラム開発といった、ハードとソフト両方に携われ、 技術者として成長でき、やりがいを感じれると思って志望するのですが... 半導体のIC(アナログ)テストエンジニアの方、あるいは志望する方 意見をお願いします(T_T)
- 締切済み
- 就職・就活
- プログラムの開発フェーズにおける順位付け
皆様 お世話になります。 プログラム開発フェーズにおける順位付けを行いたいと思います。 下記に列挙する項目に対し順位付けを行いたいと思います。 どうか皆様の考えをお聞かせください。 ■開発フェーズの作業 ・処理フローの作成 ・機能構造図の作成 ・コーディング ・コンパイル ・コンパイルエラーの修正 ・テスト項目の洗い出し ・テスト仕様書の作成 ・テストデータの作成 ・単体テストの実施 ・テスト結果のチェック修正 ・エビデンス作成 ・コーディング(サブプログラムに分割) ・処理速度向上の考慮 ・可読性(コメント)の考慮 ・共通関数の調査 ・共通関数の設計 ・機能のプレ開発 ・設計書を熟読 ・設計書の内容の確認作業 ・開発標準【命名規約/コーディング規約/】の作成 ・開発標準の確認作業 ・開発環境の設定 ・テスト仕様書のテンプレート作成 ・ソース管理方法の作成 ・進捗管理方法の作成【プロジェクトレベル】 ・各種レビュー ※上記の作業内容の階層化順序付け
- 締切済み
- その他(ITシステム運用・管理)
- 機械設計、制御設計者の将来比較
こんにちは。質問させてください。 私はセールスエンジニア(20代後半)で開発・設計職への転職を現在検討しています。 分野としては機械設計、制御設計のいずれかを考えていますが、どちらの分野がよいか決めかねています。 そこで両分野の将来性についてアドバイスを頂きたいです。 もちろん企業によると思いますがある程度の傾向を掴めたらと思います。 できれば自動車業界についてが望ましいです。 例えば以下のような観点からお願いします。 ・転職市場で価値が出てくるのはどちらの技術か? ・習得した技術は他の企業でも使える汎用性があるか? ・35(仮)歳以降のキャリアパス・出世のしやすさ(マネジメント、技術者を続けるなど) ・設計に要求される技術が移り変わる速さ ・年収 よろしくお願いします。
- 締切済み
- 転職
- SEとしての作業領域
今更ですが「SE」の作業領域を教えて頂きたいんですが・・。 例えば要件定義からお客さんと打ち合わせを行い、要件定義書作成や 納品までの工程、金銭的な見積もりを計画することから新規案件は 始まると思っています。 ※経験が浅いので言葉足らずですみません 実際はここまでの作業に携わる人を「SE」というのでしょうか?。 それとも この後の基本設計フェーズ ・画面設計 ・機能設計 ・DB設計 etc あとは開発以降でも ・開発標準策定 ・品質管理 ・テスト設計 など幅広く一連の工程を設計するのが「SE」と言うのでしょうか。 現実はPMとSEでまた境界がありそうですが・・ 「SE」として一般的に担当する領域を参考に教えて頂ければ幸いです。 上記以外にも「こんなことも重要」というお話も是非あれば お伺いしたいです。
- 締切済み
- SE・インフラ・Webエンジニア
- 業務系SEからWEB系SEへ転向する時の要点
いつもサイトでは勉強させていただいております。 業務系SEを10年続けております。 システム種別は、顧客管理、会計業務、基幹業務などです。 担当フェーズはユーザ要件定義、基本設計です。 言語はVB、VBAで、DBはOracle、SQL-SERVERなどでした。 今回WEB系開発に携わることになり、担当フェーズは変わらないと思いますが、WEB全般に関する知識は皆無で、システム動作環境については大きく変わるとまでは分かるのですが、何がどう変わるのか、何をどこから知識として身につけていったらいいのか、また、お役立ちサイトなどについても、何をキーワードに検索したらいいのかなど、不明点が多すぎなのです。 もし、私のように、分野を変えた開発に携わるようになった技術者の方がおられましたら、どのような点に気をつけたらいいのか、また、どのように知識を習得されたのか、ご教授願えますでしょうか。 宜しくお願いいたします。 P.S.ネットワーク環境には疎い方です。
- ベストアンサー
- その他([技術者向] コンピューター)
- ソフトウェア開発工程の呼び方、分け方
システム開発の方法としてウォーターフォールという方法がありますが、Wikipediaでは、 「要求定義」 「設計」 「プログラミング」 「テスト」 「運用」 といった工程の分け方が紹介されていました。 ほかに、 「要件定義」 「概要設計」 「詳細設計」 「製造」 「単体テスト」 「結合テスト」 「運用」 という分け方も聞いたことがあります。 他にどのような分け方、呼び方があるでしょうか。 また、「製造」という呼び方は一般的なのでしょうか。(ちょっと違和感を覚えたので)
- 締切済み
- その他([技術者向] コンピューター)