10日間実行し、最近のオンラインプロジェクトは、データベーステーブル内のフィールドの一部で、その結果、キャンセル操作を問題を発見nullに更新され、
非難するテスト、など。
思考はなぜ、このような間違ったがある場合は、
シーンがある：フィールドにこの増加に表A、この新しいフィールドSSのためのこの時間は、いくつかのCRUD操作を行います。
私の唯一の懸念は、この新しいフィールドの検証で、新しいデータこのフィールドは、デフォルト値を持つ、フィールド値の変更を更新し、更新は、もう一度再び変更されます
この表BB、CC及びDDのフィールドも変更されます。彼らだけがオンラインの後に変更された見つけるために！！！
これは、他のフィールドが影響を受けることはないだろうと思い値する関連付けられていない、SSおよびBB / CC / DDに提示機能検証、です。
しかし！！開発者のチューンudpateObjectは、UpdateSSbyIDない道。
オブジェクトのすべての属性がudpateObjectメソッドの前に取り出すことができる場合は、当然のことながら、問題、トラフィックの増大、フィールドテーブル78に問題があるという意味ではありませんし、その後udpateObject前に、QueryObjectbyIDは62フィールドを相談しました。
私はオンラインバグのないを確保することは不可能である、これは純粋に機能的なテストだと思います。
関連するインタフェース機能を知っておく必要があり、その後、リクエストボディ、戻り値11検証。
そうでなければ、歴史は常に驚くほど似てます。自分が忙しく見てキャッチし、忙しい一日の修正データとなります。