プログラマーの目を通した状態テスト

はじめに

最近、幸運なことに、コロムナ市で製品の国家試験を訪問しました。 私たちは1年半の間それに取り組み、今では顧客への配達の最も重要な瞬間になりました。

この短い記事では、試験についての私の最初の理解と、実際にどのように行ったかについて説明します。 GOSTおよびそのような手順を規制するその他の文書への参照はありません。



テストは、シミュレータソフトウェアの一部を開発した単純なプログラマーの目を通して説明されます。 製品は軍事テーマ（シミュレーター）ですが、秘密ではありません。したがって、説明には軍隊が含まれます。 シミュレーターはハードウェアとソフトウェアであり、フルサイズのフレーム（4x3x2 m）にさまざまな機器やデバイスが詰め込まれており、グランドでの操作に必要なすべてのデバイスを実装しています。

初日

コロムナ市に到着し、軍隊のチェックポイントで3時間待機した後、パスを発行し、設置のためにいくつかのデバイスを引き渡し、暖房なしでホテルに落ち着きました。



落ち着いて、物を置いて、すでにマウントされたシミュレーターのユニットに行きました。 彼らもdrれません-彼らは少し悲しかったです...今回の出張での私たちの仕事（2人のプログラマーとエレクトロニクスエンジニア）は、オープンソースソフトウェア（特殊ソフトウェア）とさまざまな鉄のデバイスをセットアップすることでした。



一日の終わりまで、私たちは一生懸命働き、可能なすべてを調整しました。 数回、作業のフルサイクルを費やしました。 バックアップデバイスが正しく機能していないことが判明しましたが、バックアップデバイスを使用しても重要なデバイスの一部であり、完全に機能することはできません。 委員会のメンバーはまだいませんでした。 詳細については、製品の欠陥のある作業は100％の故障テストです。

二日目

2日目は、アイドルブロックのソフトウェアシミュレーションを備えたコミッションシミュレーターを紹介しました。 彼らは、全体像として、シミュレーターで効果的に学ぶことができるかどうか、それがどのように実装されているか、すべてがどのように機能するかについて、より関心がありました。 委員会の一部は文書をチェックし、一部は製品を検査しました。 いくつかの軽薄なコメントや提案があり、それらはジャーナルに記録され、メモされました。



その日のテーマはケーブル、普通のイーサネットケーブルでした。 実際、シミュレーターの開発プロセスでは、ToRに従って、別のシミュレーターとの相互作業を実装しました（ところで、相互作用をまったく提供しませんでした）。 私たちのリーダーはどういうわけか同意し、もちろんネットワークを介して相互作用を実装しました。 実装された相互作用の正確性は、そのシミュレータのサイトでの予備テストで確認されました。



ただし、配信パッケージにはそのシミュレータに接続するケーブルは含まれておらず、セットアップ手順については説明していません。 委員会との論争があった。 この論争は、シミュレーターが州立研究所（州テスト）で相互作用するべきであるTK条項の重要性さえも覆い隠しました。



彼らにはGOSTがあり、私たちには常識があります。 そのシミュレーターは、サーバー、データベース、ネットワークを備えており、当社のものよりもさらに安定しています。 私が理解しているように、彼は2つのコピーのみで存在しています。 予備テストでは、ローカルネットワークに接続された彼らに来ました。 データベースとネットワークについて必要なすべてのデータを教えてくれました。 当然、両側に2人の専門家しかいない場合、ドッキングできます。



ホテルは暖房を与え、シミュレーターで部屋にヒーターを買いました。 人生はもっと楽しくなりました。

テスト計画

2日目の終わりの委員会の作業の結果は、GIの詳細な計画でした。 プログラマーは、故障したデバイスの問題を解決し、1人のリーダー、8人の副官、18人の兵士を訓練して、シミュレーター、したがって戦闘車両で作業するように要求されました。

計画によると、2人の同等に訓練された訓練生グループが、シミュレーターと戦闘車両で訓練を受けることになっています。 そして、テストの終わりに、委員会は得られた知識を評価しました。 完全に、これは機能しませんでした。 戦闘車両に従事した者はすでに訓練されているか、定量的な構成は等しくありませんでしたが、最終的には訓練リーダーによって主観的に評価が設定されました。 リーダーは軍の役人であり、彼の仕事を完全に知っていたので、誰も彼の評価を疑いませんでした。



委員会の活発なメンバーは、石鹸皿のすべてをすばやく撮影して去りました。 翌日、国防大臣への報告を計画しました。

主なものはプロセスです

朝から夕方までの数日間、トレーニングの責任者と協力しました。 彼らは彼に製品の能力を示し、明らかにされたコメントを書き留めました。



アカデミックな作業と並行して、アイドルデバイスの技術的なソリューションを探していました。 中liと兵士の訓練の前にすべての問題を修正することは非常に重要でした。そのため、彼らにとって戦闘車両とシミュレーターの間に違いはありませんでした。



委員会のメンバーが行き来し、ドキュメントを読み、シミュレーターの動作を見て、質問をしました。 軍隊の慣習であるように、すべてが徹底的かつ明確に大騒ぎなし。



委員会の人々は軍であり、さまざまな機関や部門から来ています。 GIを満たすことを目標とした人々がいました。 そして、問題は1つのドキュメントにありました。 彼らは、私たちの会社がこのドキュメントを一定の量で作成することを提案しましたが、私たちの会社は、より少ないレベルでより高いレベルで作業を行った会社を見つけました。 当然のことながら、ドキュメントは誤りではないため、特別な熱意を持って検索し、他のドキュメントと製品のすべてのエラーを明らかにしました。



彼らは兵士たちの食堂で皆を養った。 現在、アウトソーシングがあります-民間人はダイニングルームにいます。 彼らは食肉処理を行い、昼食後、兵士たちは1時間眠ります。 すべて同じ年齢でしたが、3週間、彼らは私に仕えるように説得しませんでした。

仕事

壊れたブロックに関する問題の解決策を見つけました。 すべての変更について製品のチーフデザイナーと合意し、機能するようになりました。 彼らはユニットとホテルの両方で働きました。 システムから重要でないブロックを除外することができました（それらの誤動作はコメントとして記録されました）。 他のすべてが安定して動作し始め、シミュレータのすべての機能を実行し、雲が私たちの上に分散しました。

そして再びプロセス

テスト開始から1週間半後、副官が勉強に来ました。 彼らは、計算の指揮官として製品に取り組む必要があります。 これに先立ち、彼らはポスターでのみ訓練され、戦闘モデルでは動作しませんでした。 トレーニングは計画どおりに行われました。 中liは製品を研究し、ボタンを押し、ペンをねじった。



その後、新しい技術専門家、つまり気象学者が来ました。 計測に加えて、彼はシミュレータの信頼性をチェックしました。 シミュレータを無視して、彼は一日中ドキュメントを掘り下げました。 最後に、彼はすべてが計量学に不利であり、彼は一週間で決断を下すだろうと言った。 それは私にとっても奇妙に思えた-キャリパーのない気象学者。 一週間後、彼は肯定的な結論をもたらしました。



それから、日中に大佐が私たちのところに来ました。大佐は戦闘施設で戦い、彼を直接知っています。 ドキュメントはありません。すぐにシミュレータに乗り込みました。 2人の副官がそこに座り、1日か2日だけ勉強しました。 彼は小さくなく、非常に小さくさえありません。彼の声は、兵士の会社の声のように、この中liに「私たちは働いています！」と言います。 計算は椅子に強く押し込まれていますが、彼らはまだ学習中であり、製品をどのように扱うかを知りません。 それから大佐は、どのボタンを押すべきか、何を見るべきかを言い始めました。 この日、GIの全期間で最も価値があり建設的なコメントと追加を受け取りました。



別のプログラマーが来ました。 さまざまなキーボードショートカットを確認し、情報保護について尋ね、ライブラリをロードするときにチェックサムを確認するかどうか、作業が完了した後にRAMをクリアする方法を尋ねました。 これに対して、彼はTKの下で認定されたSZI（情報保護の手段）を提供しておらず、シミュレーターは戦闘製品ではなかったと言われました。 結論として、ダウンロードしたSTR全体の整合性チェックを実装し、システムへの出入りを登録し、OSインターフェースへの不正アクセス（不正アクセス）の可能性をブロックし、入り口の最小パスワードを6文字に制限するように書きました。



私たちの仕事とエルゴノミストを評価しました。 若い男が到着し、私たちのソフトウェアを見ました。 私はそれが互いにどのように相互作用するかを尋ね、いくつかの動作モードを示すように頼み、結論を書くために座った。 すべての作業に数時間で十分であり、その後すぐに退却しました。 ソフトウェア人間工学でGOSTを知っていますか？

私たちの問題

GIの3週間、私は多くのレッスンを受け、テストがどのように合格したかを理解し、プロセス全体を自分の目で見て意見を形成しました。



特定されたコメントはすべて、GIの前に削除できます。 しかし、それらは無視されるか、時間とリソースが不足していました。 製品を作成する過程で、顧客は重大な役割を果たさなかったため（GOSTに準拠した実際のペーパーワークのみ）、したがって、一部のコミッションメンバーに直面して、特定のことを行った方法で特定のことを行った理由に驚きがありました。



顧客は、予備テストの前に製品が動作しているのを見なかったため、たとえばシミュレーターでは、一度に10人を訓練するのは不便です。 TKのいくつかのポイントは、戦闘モデルに関して記述されており（そのドキュメントから取得できます）、シミュレータにまったく適合しませんでした。 その後、追加のTKから除外されました。



結論を出すことができます：GIプロセス中に発生したすべての問題は、製品開発者と顧客の間の不十分な相互作用に関連しています。 残念ながら、顧客はコラボレーションを特に努力していませんでした。

委員会の仕事について

委員会は専門的に働き、可能なコメントをすべて特定しました。 しかし、ドキュメント内の単語やフレーズに関するこのような論争や意見の相違は他のどこでも聞いたことがありません。 彼らはドキュメントを熱心に読み、製品自体にはあまり注意を払いませんでした。 私が理解しているように、彼らの報告は文書であるため、そのような注意が彼らにありました。 いくつかの問題では、彼らは主張しましたが、技術的な解決策の観点から、彼らは専門家に耳を傾けました。



手数料が異なることを理解しています。 すべては、誰もが必要とする決定に依存します。 私は賄questionsの問題を提起しませんが、これは私たちに関係なかったと思います。 委員会は一生懸命働いた。 委員会の役員教師は、「空気のような」シミュレーターが必要であると言い、GI行為に署名した後、委員会のメンバーはシミュレーターが好きだと言った。

おわりに

GIに参加すると、貴重な体験ができます。 テストにより、製品のすべての弱点が明らかになります。 人々は、どの製品を作成し、どのような運命を待っているのかをよりよく理解し始めています。 これは、システムのユーザーとの直接的なコミュニケーションであり、製品がどのようにニーズを満たしているかを理解します。



誰かが私の物語の素朴さを感じ、誰かが彼らの古いプロジェクトを思い出し、誰かがより良く働き始めるでしょうが、この経験が私だけでなく役に立つことを願っています。