測試人員的培養過程-2

XYXD的郵件：

老大,你好,今天的日報如下
1.編寫車輛控制-簡圖監控的測試需求
2.編寫 客服中心模組的測試需求
3.編寫 系統管理模組的測試需求
雖然寫了很多測試需求 ,但 都不符合BD的要求,
明天要重新寫這三大模組的測試需求
爭取符合 領導的要求.
涼茶我們都喝,老大 要多注意身體呀.祝老大工作愉快,嘿嘿

 

CHFT的郵件：

1當日工作概述

1.1 當日主要工作

上午所做工作：

1．練習英語聽力；

2．完成車輛管理中的修改、刪除功能的測試需求編寫；

3．完成駕駛員資訊管理模組的測試需求編寫。

下午所作工作：

1.       組織機構管理模組中頁面檢查、查詢、添加功能的測試需求編寫；

2.       學習軟體測試基礎知識。

晚上所做工作：

1.       繼續學習軟體測試基礎知識；

2.       參加測試組開會，討論測試需求編寫規範；

3.       按照規範修改測試需求。

 

1.2 當日計劃與實際情況對比分析

1.2.2 計劃與實際的對比

  測試需求的編寫格式不夠規範，需求點不夠細。

1.3 風險狀態

中等

2 需要解決的問題

  加強軟體測試基礎知識的學習，按照規範來編寫測試需求。

 

PZHL的郵件：

>>當日工作概述
上午看該項目新發布的需求報告，分析需求報告準備開始寫測試需求
下午安裝系統用戶端，熟悉系統，進一步瞭解系統需求
晚上寫測試需求，討論測試需求的標準
>>計劃完成該項目測試需求的1/2
實際寫了一部分之後瞭解到測試需求的寫法不正確，再加上感覺需求分析不夠詳細，然後自己安裝了系統平台。最後計劃任務沒完成。
>>感覺面對標準有些茫然
>> 需要解決的問題
清楚測試需求的標準寫法
清楚項目的詳細需求

 

DP的郵件：

今晚開會主要是統一了下測試需求的寫法，最後決定按照畢達的寫法來做，雖然改動較大，但是我們會努力在規定時間內完成任務，並且會全力配合BD，不會出現別的情況，請大哥放心

 

回複郵件：

哥四個：

 

      收到你們的郵件了。關於修改測試方法的事情的我的意見如下：

      首先，無論是測試方法還是開發方法都是不斷改進的，BD的做法就是一種創新，既然是創新就可能成功和失敗。作為手下，首先，要提出自己的想法，大家討論，但一旦領導決定了，就要義無反顧地、全力以赴去做。這樣才可能成功。而每一次創新都可給我們帶來新的經驗和欣喜。確切地說，測試部門在幾年的發展就是在不斷創新發展過來的，從開始完全摒棄原有的測試方法，到TD、QTP、LR的引入、到編寫樁程式，到編寫類比程式，到由測試人員成為開發人員，每一步都是不斷創新。所以，不要害怕創新。

         第二．在一個組織中，開發與測試的工作都要有一定的規範性，BD的實際目的是要實現這種規範性。一個組織如果要實現整體高效率的開發，規範性是必須的，雖然有時候會犧牲局部的工作效率，但對提高整個組織的工作是很重要的，此問題極為重要，作為組織的一個成員有時候是需要改變自己的工作習慣的。改變自己的習慣很困難，特別是認為自己正確的情況下。我希望你們四個人在此次工作和以後的工作過程中都要注意這個問題。

         第三．很欣慰出現這個事情，這個事情說明你們所有人都是把此次測試工作作為自己的事情在做，而不是應付工作，測試部門之所以可以持續發展，每個測試人員都能進步比較快，就是因為他們不是在應付工作，這對你們以後職業生涯是一個寶貴的財富，保持這個心態，你們四個會比其他人進步得更快。

BQ