序文
特定のコードをチューニングするとき、世界に幽霊がいると感じたことはありますか？
APIの規制に問題が発生したことはありますか？サードパーティのインターフェイスを呼び出すのに問題があると常に感じていますか、それともドキュメントが間違っていますか？
問題の原因がそれを使用する間違った方法であると感じたことはありますか？
サービスをインストールするときにドキュメントや環境が一致しないといつも感じていましたか？
プロセスと方法を信じ、結果に惑わされることはありません.........
概要
モジュラーコードは、多くの場合、ケースの調査に似ていますが、結果の重要性は異なります。警察は、人々が安全であるためにケースを調査しますが、私たちのモジュラーコードはシステムの安定性に関するものです。このようにして、不当に罰せられないように、コードとプログラムの一部を誤って非難するべきではありません。
次のプロセス方法は、個人的な要約からのものです。個人的な観点から見ると、前世代の方法のいくつかは長期的な経験を通じて蓄積されており、もちろんそれらは高度に参照され、理論的です。個人的な方法として、それらは私たちのようなDSにより適しているかもしれません。
テスト方法
コード手続きモード
コーディングモードがプロセスであるときに最初に注意を払うこと。最終結果、つまり犯罪を犯すプロセスのアイデアを明確にし、犯罪プロセスを段階的にフォローアップして犯罪の結果を得る必要があります。犯罪プロセスの分析中に、あらゆる疑いをマークする必要があります（つまり、コードに記載されているログ情報）。このような分析プロセスの後、ブラックボックステストが実行され、入力が追加され、結果が検証されます。最後に、各ステップのマーキングに基づいて判断を確認して、理由を見つけます。
上記のソリューションは手続きモードです。この方法の利点は自明です。テストを介してプロセス全体を直接分析できますが、この方法は時間がかかり、独自のコードロジックを明確にすることは問題ありませんが、他の人のロジックコードを理解することは困難です。
ユニットテストモード
単体テストの基本的な目的は、異常な状況のテストと検証など、関数、クラス、または機能モジュールの通常の動作を確保することです。プログラマーとして、最もお気に入りの確認方法は「積み重ね」です（パイル運転の意味は、偽のデフォルトデータを提供することです）。この方法は調整するのに非常に便利ですが、1つの不利な点は、検証が正常になった後、多くの開発者がコメントまたは削除するため、再度使用できないことです。したがって、開発環境で開発を完了しますが、環境の検証をテストする際には、別のパイル駆動ロジックを書き直す必要があることを願っています。そうすれば、インターネット上にいるとき、それはさらに厄介になります。ご不便をおかけしているため、次の方法を試すことができます。
ユニットテストクラスを追加します。このクラスは、その権限を制御する必要があり、バックグラウンドログインまたはコマンドラインを介してのみ実行できます。このクラスの機能は、システムの重要なロジックを検出し、対応するテスト出力結果を作成することです。すべてのインターフェイスクラスは、ユニットテストクラスを通じてテストできると考えなければなりません。多くの場合、プログラマーはこれを行うべきかどうかを疑問視していますか？実際、私たちは本当にそれをする必要があります。結局のところ、多くのテストはブラックボックステストで行われました。
このモジュラー方法は、開発プロセス中に適切であり、現在のネットワークコードがリリースされた後に正常に実行されることを保証できます。開発時間を計画するときに、誰もがこのプロセスを開発段階に転送することを願っています。
クイックポジショニング方法
最初の2つの複雑なプロセスは理想的すぎますか？私のコードはわずか100行で、システムは複雑ではありません。この場合、ポジショニング分析をすばやく実行します。何度も遭遇します
1.入力は正常で、出力は異常です。
2。入力は正常であり、ロジックは異常であり、出力は異常です。
3.入力は異常であり、ロジックは正常であり、出力は正常です。
4。入力例外、ロジック例外、出力なし。
私の個人的な開発プロセス中に、私はしばしば上記のいくつかのタイプの問題に遭遇します。たとえば、node.jsの開発プロセス中に、string.lengthに遭遇し、文字列の長さの方法がないことを伝えました。当時、私は困惑していて、他の文字列に長さの方法がある理由と、なぜそのような方法がないのかと自問しました。多くの学生はおそらく、この文字列はまったく文字列ではないということであることを知っていますが、自分で文字列として理想化したことです。つまり、入力に問題があることを意味します。次に、この問題を見つける最良の方法は、入力を印刷して出力を印刷することです。
他のプログラムはそれほど単純ではないかもしれませんが、最も基本的なことは、メイン関数で例外に遭遇する関数で入力と出力の判断を行い、すぐに見つけることができることです。
覚えておいてください：文脈からそれを取り出して独善的にしないでください。
上記の方法と手順は、PHPまたはnode.jsに基づいてのみ要約されています。 C＆C ++には類似点や相違点がある場合があります。気に入らない場合は、大切にしてください。