整個五月份，除了本身的計算機學習外，還參與了基礎部評教和itoo測試工作。也正是因為這兩項活動，才讓自己真正感受到天天都要開會是個怎麼樣的感受。下面就將這段時間在itoo測試的學習情況總結總結，其中也是學習到了很多自己在計算機學習中學不到的一些東西。其實，最開始的工作只有itoo測試組。等到五月中旬，基礎部評教開始招人，自己報名參加了，工作也相繼開始了。這一篇部落格是把itoo測試組的學習情況寫寫，在下週評教後，會再寫寫在基礎部工作的一些情況。
itoo，這也是第一次接觸這乙個系統。之前雖然聽師哥師姐們經常說高校雲平台，但它的廬山真面目自己是從未見到過。這一次，這麼好的乙個機會，還可以讓自己選擇想進入哪個系統，說什麼也不能錯過吧。就這樣，自己進入了itoo的新生入學系統，參與之後的測試工作。
看著這樣簡約而不簡單的介面，我徹底地被itoo吸引了。看到原型，就開始乙個乙個點。
乙個原型，整個一遍點完，也花不了多長時間。但自己點完一遍後的感受就是不想再點第二遍，很大一部分原因是自己不了解系統中的很多業務需求問題，就好像是跟著系統跑完一遍流程結束了，任務終於完成了的感覺。
所以，緊隨其後的任務就是對自己負責的系統的需求進行了解和分析，也是為了後面寫測試用例做好乙個準備。下面自己就這段時間的學習劃分為下面幾個階段，和大家一起分享。
其實，新生入學系統的需求可以拿我們自己來廊坊師範學院報到作為例項，但我們想的也不能僅僅只是侷限在我們學校的報到流程，至於為什麼，後面會再給大家提到。
（一）新生入學系統測試之需求初識
乙個學生，不管有沒有來報到，學校都是會有乙份該學生的資訊。後面的一些需求分析，都是以該生來到該校報到的情況為前提。
從該系統的角色來看，共有兩類，一類是學生，另一類是管理員老師。
對於學生這一角色的用例，我是從他整個報到流程來看的。前期，學生必須核實並且完善自己和家庭的資訊，在學校的相關條例上簽字，選擇辦理相關的保險等業務。後期，主要是管理員這一角色的業務。例如：分配學生宿舍、學號和班級等。
對於學生報到問題，我們學校是自己來學校報到的，而有些學校早已可以在上網進行報到了。所以說，有這麼乙個新生入學系統也是大勢所趨啊。對於宿舍問題，我們學校是早已安排好，而有的學校是可以自己選擇的，所以，在兩個角色下都有宿舍用例，學生可以自由選擇，老師負責分配宿舍。這也是我們做系統時不能僅僅侷限於我們報到的情況的原因所在。
（二）新生入學系統測試之測試用例初識在了解一些基礎的業務後，我們要開始學著寫測試用例。對於用例，大家都並不陌生。做完機房收費系統，學習了uml，我們都知道畫了至少兩遍的用例圖。而對於測試用例，這還是頭一次接觸。我理解的就是在做系統測試的時候，你用什麼條件去測試系統，這樣的話，條件就是測試用例。
對於測試用例，張薄師姐給我們上了一堂完整的課，跟隨師姐的部落格，其實測試用例並不像自己想的那麼簡單。詳見師姐部落格：
《測試用例》
。上完這堂課，才知道測試用例原來是為某個特殊目標而編制的一組
測試輸入、執行條件以及預期結果
，以便測試某個程式路徑或核實是否滿足某個特定需求。
（三）新生入學系統測試之需求再分析
編寫測試用例的前提是你對這個系統的需求已經了解的非常清楚。你知道整個系統的流程是如何走下去的，你甚至應該知道寫怎樣的用例可能會測試出系統的bug。所以，在對照各自的系統原型下，師姐給我們各個系統講了一遍系統需求。這一遍，不僅僅是深入了解，我們也需要用批判的眼光去分析。也許系統原型存在某些需求上的不足，也需要我們去發現，提出。
（四）新生入學系統測試之編寫測試用例
對需求又一次了解後，我們就需要開始編寫測試用例了。第一次編寫，也不知道該怎麼做，雖然手裡有師哥發給我們的乙個模板，但感覺還是無從下手。第一次總是開頭難的，第一次也是需要動手去做的，在必須交上乙份測試用例的壓力之下，自己也是決定還是再一次開啟原型，照著模板開始寫了。
我們小組的組長聚哥很是負責，在晚上就召集我們幾個寫完第乙份測試用例的我們開了一次簡單而充實的會。自己也從那次會上知道了自己寫的測試用例有哪些值得認可和不足的地方。其實，測試用例並沒有自己想的那麼難的。也許，剛開始我們都是寫的很淺層次上的東西，比如文字框輸入特殊字元或空值時，會有怎樣的預期結果。但這樣乙個過程是我們成為後期可以編寫專業的、高難度的測試用例的乙個必經之路。
記得在一堂課上，王靜娜師姐給我們講了乙個她看的乙個比賽，規則是比賽分為幾個環節，累計加分，前面的幾個環節下來，有乙個排名。最後乙個環節是寫測試用例，最後獲得冠軍的選手就是贏在了這一環節。他前面的表現並不特別出彩，但最後因為他寫的測試用例測出了別人程式的很多bug，所以，最後他反敗為勝。
可見，編寫測試用例也是一門值得好好學習和研究的技術。現在的我們，需要從簡單做起，點點滴滴積累，才能有最後的成為冠軍的可能。
（五）新生入學系統測試之工具學習
等我們寫好了測試用例，我們就需要開始下乙個階段提bug的工作了。這其中就需要我們使用專門的軟體工具了，這也是加入測試組的又乙份收穫。jira和禪道，這就是我們此次測試工作提bug的兩個工具。期間，也有專門的人員給我們專門講過課，讓我們知道了用這些工具，它們是如何對提bug這一工作進行管理的，何時提交，何時關閉，如何填寫，這都需要測試人員之間有著共同的約定。這一階段的工作還沒有真正開始，現在對於這兩個管理工具感覺還是陌生的，等到後面真正開始用了，一定會是另一番感受吧。
（六）新生入學系統測試之學習心得從剛成立這麼乙個測試組到現在，由九期張薄師姐，十期王靜娜師姐和牛遷遷師哥帶著我們十一期的二三十人，很認真負責的給我們安排每一次講課，相信我們每乙個人都會感覺自己收穫了很多。師姐在我們剛進測試組的開會的時候就說過，進入了測試組就需要比其他人更多的了解一些有關系統測試的情況。以後再接觸到測試方面的東西，不至於自己什麼也不知道。
通過這段時間在測試組的學習，自己最大的感受就是測試也是系統開發過程中不容忽視的乙個重要環節。有句話：打江山容易守江山難。那麼用在系統開發這樣乙個場合，我覺得可以借用這句話：系統開發容易，維護系統難。這其中有很多任務作需要做。
滲透測試之Update型注入學習筆記
參考實驗 sqlupdateattack.py usr bin python coding utf 8 import htmlparser import urlparse import urllib import urllib2 import cookielib import string impo...
滲透測試之Update型注入學習筆記
參考實驗 sqlupdateattack.py usr bin python coding utf 8 import htmlparser import urlparse import urllib import urllib2 import cookielib import string impo...
再談軟體測試方法之系統測試
此文再談 軟體測試方法之系統測試 是源於本人上篇博文 軟體測試方法之系統測試 的總結存在的一些問題做一下自我批註和更正。首先看一下我的上篇博文主要講了哪些內容，也可見其目錄 第一部分 系統測試的基本概念 系統測試的定義 目的 方法 第二部分 系統測試的兩個主要方法 功能測試和效能測試。這樣分析看來我...