天天看點

測試文檔和使用者說明書

           近期把項目編寫的差點兒相同了,然後組長讓我寫測試文檔和使用者說明書,說明書給了一個曾經他們寫過的。然後就想着先把使用者說明書寫完。過程還好,可是在我寫測試文檔的時候發現自己真是一波三折。

       說明文檔的時候,大概有4個視窗。然後呢,我就是先把視窗界面截出來,然後就會在文檔上寫1-->2-->3-->4,第一步,單擊某個button。彈出某個視窗。然後選擇資料。。。

       非常快。使用者說明書寫完了,感覺好簡單,可是測試文檔曾經沒有好好的寫過,是以這次寫的時候我還特意要了一個别人寫過的文檔,可是我對人家的項目也也沒什麼接觸,是以看的時候就有點看不懂,沒辦法。僅僅能硬着頭皮自己寫。

       第一次。在具體說明裡邊就把使用者文檔又具體的寫了一下就送出上去了,可是非常快就被測試人員打回來了,還是嚴重的BUG。然後找了帶我的那個人。那個人一看說這不是一個使用者說明書嗎。說的我都不好意思了,然後我就該,改了老半天,感覺這次夠具體了。然後又給帶我的人,他說你這次也寫的太具體了,我當時就郁悶了,簡單也不行,難了也不行。然後帶我的那哥給我改了一個功能,讓我找這些。寫完以後再給測試人員發過去。結果即可了,郁悶也開心吧。是以這裡就簡單的說一下這個測試文檔的要求。

       1、由于我做的是CS的項目,是以這個文檔的功能位置位置也要寫。

       2、步驟說明。我們在使用者手冊的基礎上要說明,這一步要略微具體一下。單擊完某個button。彈出一個什麼樣的視窗。在這個視窗要完畢什麼功能。

       3、資料來源:如今的系統,差點兒都是一個資訊系統。是以我們要說明我們的資料是那裡來的,千萬不要一句簡單的資料庫來的就算了。我們要說明比如是子公司的賬單資料等。

      至于WCF和SVN版本号什麼的這是不必須的,我們要寫的時候注意把格式寫的工整一下就能夠了。