031302620馬凜凜(隊長)php
031302619呂昆明css
031302319汪毓順html
031302404陳俊達mysql
測試工做安排:程序員
陳俊達:數據庫結構測試;
web
呂昆明:頁面顯示效果代碼測試;sql
汪毓順:php功能代碼測試;chrome
馬凜凜:模塊整合測試數據庫
以上爲項目衝刺初始時指定的測試分工,具體實施時根據實際狀況做調整;後端
測試工具選擇應用:
馬凜凜:模塊整合測試
頁面顯示效果測試:chrome瀏覽器
php功能測試:手動
模塊整合測試:手工整合
因爲咱們組採用的web代碼基本只包含一下幾類:html、css、js和php,其中頁面語言只要用chrome和firefox瀏覽器自帶的f12開發者工具測試便可,而php語句因爲涉及的基本是web開發和mysql部分,所以基本錯誤類型都採用手工檢查的方式進行測試,具體測試狀況和樣例見後文。
測試用例和文檔:
1.數據庫模塊測試
這個模塊要測試的主要是數據庫的表結構、字段屬性、以及數據關係。
· 數據表的結構和字段屬性主要靠人工檢查和輸入一些簡單數據進行測試,好比:
像帳號這樣雖然是由純數字組成的,可是必須設置爲字符串類型,避免前面的0被去掉。再好比像備註這類的字段,要設置200以上的長度以保證不會由於用戶輸入過長而在存入數據庫的時候被截斷。
· 數據關係的檢查包括表的主鍵、外鍵依賴、索引的檢查,能夠藉助phpmyadmin直接查看。
主鍵:
外鍵約束:
2.頁面顯示效果測試
· 頁面的顯示效果測試主要是檢查頁面中的導航、按鈕的樣式,以及表格生成的位置和格式,還有對於動態接收的內容作判斷(好比若是某張表目前沒有數據那麼要自動顯示一個「暫無結果」)。
3.php模塊測試
php模塊主要包括登陸、插入數據到數據庫、從數據庫讀取數據到頁面、導入文件、導出文件這幾類。
主要測試方式就是手動驗證功能,好比登陸功能要驗證:
1.使用正確的帳號密碼會跳轉到對應頁面
2.使用不正確的帳號密碼會彈窗提示
3.在sql中執行的結果能夠隨時輸出以便查找錯誤。
4.模塊整合測試
這類測試是用在某個功能模塊基本寫完以後統一進行的測試,一般測試方式就是模擬用戶進行試用,好比模擬教學辦身份進行登陸->查看報課狀況->修改身份信息等等一整套功能的驗證,這樣的測試是頗有必要的,下面舉一個咱們在過程開發中 碰到的實際狀況:登陸時的帳號密碼不嚴格匹配問題。
狀況描述:在測試登陸功能時,使用帳號:1和密碼:1能夠登陸,而且顯示的是數據庫裏帳號密碼爲00001的用戶身份信息。
起初認爲是數據庫模塊問題,安排人員進行變量類型檢查,確認類型無誤;
接着判斷是不是phpmyadmin容許寬鬆匹配,在後臺的sql中驗證:
而後考慮從數據庫取出數據到頁面的時候是否被強制類型轉換,echo到頁面,一樣發現沒有.....
排除了種種可能的狀況,最後不得不懷疑:難道是登陸的php代碼寫的不對,(爲何是不得不懷疑?由於以前進行的登陸時帳號驗證是能夠成功的,而且用其餘不存在的帳號密碼驗證也是能夠正常報錯的,所以習慣性認爲沒錯)
打開代碼,以下:
看起來也沒有什麼不對,而後只能繼續縮小範圍:難道php中兩個等號是寬鬆匹配,因而寫了兩行簡單的判斷,結果發現。。。。。。。果真是這樣的!!!!
接下來問百度,才發現,php裏面字符串的嚴格匹配要用===,三個等號才能夠。。。(--!bug緣由:程序員基礎太差)這個例子是爲了說明,每一個模塊就算在各自測試的時候可能沒問題,可是整合在一塊兒的時候仍是可能出現新 的問題,另一個典型的例子就是讀取先後的亂碼問題,在各自模塊均可以很好的中文顯示,可是在發生先後端數據交換的時候會生成亂碼。
測試方式: 各部分負責人即時測試,寫到哪測試到哪;
整合測試人員在其餘人提交完一個模塊後,測試一個模塊;
在所有模塊都測試完畢,進行最後的試用測試;
測試進展: 與項目進展同步
測試體會: 測試方面最有用的就是經驗,碰到問題就要記下來;
測試思路:首先猜測可能發生的全部緣由,而後不斷排除,縮小範圍,直到找到最終緣由;
測試的時候儘可能減小思惟定勢,有時候半天找不到問題最後才發現是本身帳號輸錯了。。。。--!
測試評述: 顯然,咱們組的測試有一個很大的特色--技術落後,基本處於手工測試水平,沒有用到各類單元測試工具。(以前嘗試使用過,效果通常,花的時間卻比手工測試長的多)
從多個方面進行測試,而且有部分測試和模塊,這個算是優勢。