ささい今週は、でもログを書いていない......
しかし、作業はまだ続いています。
数日前、それは円の中に間違えてきました。私は最後の時間を言ったように：
図1は、セレンIDEは、メソッドがリストにスローされた例外の存在をアサートPythonで実装されていることを確認し継承しました。リスト形式で直接報告ティアダウン後まで待ってください。結果は、上司が許容できない、見ることは困難です。
2、自動化されたテストページの後、すべてではなく、ユニットテスト、善悪のために単に間違っていません。書かれた症例報告がデータウェアリングの多くが常にあると失敗するたびに生成されました。TextResult見えにくく、上司が好きではなかったです。
その後、私は解決策を検討し始め、TestResultおよびテストランナーを変更する検討する際に、UTを実現するために見て、後でテストケースはそれの一部を書き換えることがありました。彼は自分のUTを再実装することを決定しました。検討中のプロセスと書き込み中には、得られたデータを格納するためにSQLiteのではない......
小さな問題を解決するための典型的な順序は、大きな問題を引き起こしました。
水曜日には、これが今の私の仕事の焦点ではない、完全に仕事のこの部分を終了することを決定しました。限り上司はスクリプトとテスト手順の数、テスト結果を確認するように私はライン上で読むことができます。
RCは、後にプロパティの要素を取ることが判明した、実際にいずれかを取得するには、IDEに完全に可能で、実際にクラッシュを比較しています。
そして、それは働いてもらうのgetAttribute CSSプロパティの値を取るので、私はそれが働いてもらいます。最後に、でもRUNSCRIPTパスを乗り越えるための比較による。中東も怒っしばらくのJSのために詰め込みます。
木曜日の午後には、テストケースを従事し始めました。実際に書かれたこのテストケースでは、崩壊の要人単にTC組織をに従って試験することができません。頭痛日の午後、自身の再描画フローチャート、カーディングプロセス構造とそんなに多く。実施形態は、これらのフローチャートを書き、だけでなく、各ステップのためのテスターのテストポイントを依頼する今だけ。。。
本当に非効率的な週。。
ます。https：//www.cnblogs.com/c9com/archive/2010/08/20/1804771.htmlで再現