The T World

kubuntuに入れ替える時に鍵を無くしてしまいました。ちゃんとバックアップしたのに〜 ‘.’で始まるファイル、ディレクトリがことごとく入って無かった(T-T

なので、新しく鍵を登録しました。

新しい鍵ID

• 0xBF534A10

無くした鍵ID

• 0×4F62A784
• 0×4B78DF96

メールアドレスは上記IDで公開鍵の検索のページで検索できます。

テスト仕様ある場合「なぜそれを確認できなかったか？」には明確に回答できる。つまり、テストできなかった理由を言うことができる。そして、それを改善できる。

なぜなら、テスト仕様の作成方法、もしくはテスト仕様のインプット文書に誤りがあるはずだからである。

これがテスト仕様が無い場合にはどうか？闇雲の工程から改善すべき部分を探す…..運良く何が悪のかに気がつく場合もあるかも。大抵はもっともな理由を探す事になるだろう。

「テストできている」ということは、そのテスト仕様において正常に動作することが確認できているということである。ということは、「リリース後に発見された不具合」は正常を確認できていないケースということである。

そして「プログラムが正常に動作しないケースがありました。」と言うことになる。すると、なぜそれを確認できなかったのか？という所に辿り着く。

嬉しいことは、客先にて性能テストの成績が感激するほど良かったと報告があったこと。やってて良かったと素直に喜んだ。そして、もう少し高い目標へ、クリアできる方法を考えはじめた。良い方向だ。

残念なことは、客先にて不具合が発見されたこと。毎度のこととは言え、残念。既にFIXの問題で、客先対応がなされていなかったことも残念。客先都合もあるだろうし、まったく文句は言えない。

今日はそんなこんなで一喜一憂。でも自分の仕事はしっかり完了(笑

今日は反省

去年に受け取っていた不具合調査依頼に回答していなかった。今日、催促がきてしまった。(^^;

立て続けの不具合調査依頼があり対応に終われていた時期に受け取ったメールだ。記憶をたどれば、一次調査を行って満足し、結果報告しないまま次の仕事に移ってしまったようだ。既にFIXした案件であったので、大事には至らなかったが、危ういところだった。

やりのこしは忘れたころにツッコミがやってくる。案件によっては即対応などでスケジュールが狂うことも。なんでも結果をだしてから区切りを付けて次をやらないと。

基本だが改めて反省