問題タブ [software-quality]

VS2010がNetworkEmulatorAPIを公開しているのを見ました。インストールしてこのAPIを使用しようとしましたが、このコードで実際に実行されているかどうかを検出できません。間違ったプロファイル名を付けたことがありますが、エラーは発生しません。以下の私のコードを見つけてください。誰かがそれを使用したことがあるなら、私を助けてください。

私は何百人もの人が本質的に同じ製品のソフトウェアを書いている会社で働いています。非常に多くの人々 (特に開発者自身) がソフトウェアに依存しているため、ソフトウェアの品質は高くなければなりません。このため、すべての主要な問題は、自動または手動のいずれかで新しいチェックを行いました。

その結果、ソフトウェアを配布するプロセスはますます負担が大きくなっています。そのため、より多くの開発者が必要になります...悪循環であることがわかります。

現在、ソフトウェアを迅速にリリースすることに問題があります。非常に深刻な問題のためにコードを 1 行変更するだけでも、リード タイムは少なくとも 1 日です。

ソフトウェアの品質を維持しながら、大規模な組織でソフトウェアの配信をスピードアップするために、どのような手法を使用していますか?

あなたの経験から、金融サービス会社などの内部使用のためのカスタムソフトウェアを開発している業界のうち、欠陥率で測定されたより高品質のソフトウェアを製造し、より定性的には長期的なメンテナンスの容易さを備えている業界はどれですか？

この高品質の達成に最も貢献するものは何ですか？テストや仕様を重視するなど、ソフトウェア開発の慣行が改善されたためですか？ツールをよりよく理解している開発者、または強力な問題解決者である開発者？チームメンバー間のより良いコミュニケーション？

反対に、最低品質のソフトウェアを製造しているのはどの業界だと思いますか？なんで？

パフォーマンス、スケーラビリティ、保守性、使いやすさ、または何ですか? 優れたソフトウェアやアプリケーションを作成する際に常に達成しようと努力していることは何ですか?その理由は何ですか?

私はいつも何よりも保守性を好みます。最適化されていなくても、優れたユーザー インターフェイスを備えていても問題ありません。メンテナンス可能でなければなりません。私たち一人一人がここで言うべき非常に重要なことを持っていると確信しています. 全体のアイデアは、ソフトウェア開発を改善するための視点をできるだけ多く集めることです。

システムの品質設計における主な要因は何だと思いますか？

GRASPパターンに従う（低結合/高凝集度、保護されたバリエーションなど）。もっと何か？

Gerard Meszaros による xUnit Test Patternsを読んでいます。

ページの 1 つで、彼はいくつかのソフトウェア メトリックについて言及しています。

65 文字に保つために行を折り返す必要があるため、このコードは実際よりも長く見えますが、それでも不必要に長くなります。これには、初期化された宣言、6 行の制御ステートメント、4 つのインライン コメント、およびテスト メソッドを宣言する 2 行を含む 25 の実行可能なステートメントが含まれており、合計 37 行のラップされていないソース コードが得られます。

これらの指標を見つけるためにステートメントを数えることはできませんが、特定のツールを使用して指標を計算したかどうかは誰にもわかりませんか?

(同様のメトリクスをカウントするツールの提案があれば、Java、Javascript、および C++ で動作するツールを探しています)

ありがとう！

テストは、主に手動テストと自動テストに分類できます。これに関して、ある疑問が頭に浮かびます。

それらには以下が含まれます：

• 2 種類のテストの基本的な違いは何ですか?

• 手動テストと自動テストの両方に含まれる課題の要素は何ですか?

• 手動テストと自動テストのそれぞれで、ソフトウェア テスターが必要とするさまざまなスキル セットは何ですか?

• 手動テストと自動テストをそれぞれ行うソフトウェア テスターの仕事の見通しと成長の機会の違いは何ですか?

• いずれにせよ、手動テストは自動テストよりも低く評価されていますか? はいの場合、どのように？

• 企業の世界では、自動化されたテスターと比較して、手動のテスターはどのように扱われますか? （それらが本当にそのような用語で区別されている場合）

開発チームのメンバーから意図しない結果をもたらさないバグの原因を追跡または測定する方法はありますか？最近、追跡システムにバグの原因を割り当てる機能を追加しました。原因の例としては、不正なコード、欠落したコード、不完全な要件、欠落した要件、不完全なテストなどがあります。開発チームからの意図しない動作につながることがわかったため、私はこれを支持していませんでした。現在まで、このフィールドはチームメンバーから隠されており、積極的に使用されていません。

現在、私たちは通常よりも多くのバグを抱えているプロジェクトの真っ最中です。この種の情報は、どこが間違っていたのか、将来どこで改善（または調整）できるのかをよりよく理解するために持っておくとよいでしょう。今）。バグの原因に関する適切なデータを取得するには、このフィールドを開いてdevおよびqaチームのメンバーが入力できるようにする必要があります。これにより、動作が悪くなるのではないかと心配しています。たとえば、自分が作成しなかった欠陥を修正したくない場合は、パフォーマンスへの反映が不十分であると感じたり、同様の理由で欠陥の分類について議論する時間を無駄にしたりする場合があります。

誰かが悪い行動を引き起こすことなくこのタイプの追跡を行うメカニズムを見つけましたか？データの背後にある理由をチームに説明すると、チームメンバーから有用なデータを期待できますか（個々のパフォーマンスメトリックを駆動するのではなく、プロジェクトの成功メトリックを駆動するため）？この種のことを行うための別のより良い方法はありますか（おそらく、よりアドホックな事後分析または問題に関するオープンな議論）？

ユニットテストに関する2つの質問。

1. 私はしばらくの間ユニットテストを書いてきましたが、それらは通常、私がすでに書いたクラスをテストするためのものです。最近 、コードを書き始める前に単体テストを書くべきだという記事を読みました（古い記事を思い出してください）。

   誰かが実際にこの方法論に従っていますか？紙の上では良い考えのように思えますが、実際にはそうですか？

2. メソッドが不良/悪意のある入力をどのように処理するかを確認するために、単体テストを作成する必要がありますか？明らかに、「ユーザー」入力を処理することを特に意図した関数に対してテストを作成して、不良/悪意のある入力をどのように処理するかを確認しますが、このタイプの入力を決して渡してはならない関数についてはどうでしょうか。どの時点で線を引きますか？

Speed Test ( http://speedtest.codeplex.com/ ) やTestlink ( http://www.teamst.org/ ) のような.NET ベースの (単純な)テスト (ケース) 管理ツールを探しています。および SQL サーバー。ツールは、複雑で習得しやすいものであってはなりません。上記のツールの代替案を誰かに勧めてもらえますか?