七、代碼合法性測試

　　代碼合法性測試主要包括2個部分：程序代碼合法性檢查與顯示代碼合法性檢查。

　　1、程序代碼合法性檢查

　　程序代碼合法性檢查主要標準為《intergrp小組編程規范》，目前采用由SCM管理員進行規范的檢查，未來期望能夠有相應的工具進行測試。

　　2、顯示代碼合法性檢查

　　顯示代碼的合法性檢查，主要分為Html、Javascrīpt、Css代碼檢查，目前采用

　　HTML代碼檢查------采用CSE HTML Validator進行測試

　　Javascrīpt、Css也可以在網上下載相應的測試工具。

　　八、 文檔測試

　　l、產品說明書屬性檢查清單

　　1)完整.是否有遺漏和丟失，完全嗎? 單獨使用是否包含全部內容

　　2)準確.既定解決方案正確嗎? 目標明確嗎? 有沒有錯誤?

　　3)精確、不含糊、清晰.描述是否一清二楚? 還是自說自話?容易看懂和理解嗎?

　　4)一致.產品功能能描述是否自相矛盾,與其他功能有沒有沖突

　　5)貼切.描述功能的陳述是否必要?有沒有多余信息? 功能是否原來的客戶要求?

　　6)合理.在特定的預算和進度下,以現有人力,物力和資源能否實現?

　　7)代碼無關.是否堅持定義產品,而不是定義其所信賴的軟件設計,架構和代碼

　　8)可測試性.特性能否測試? 測試員建立驗證操作的測試程序是否提供足夠的信息?

　　2、 產品說明書用語檢查清單

　　1)說明。 對問題的描述通常表現為粉飾沒有仔細考慮的功能----可歸結于前文所述的屬性.從產品說明書上找出這樣的用語,仔細審視它們在文中是怎樣使用的.產品說明書可能會為其掩飾和開脫,也可能含糊其詞----無論是哪一種情況都可視為軟件缺陷.

　　2)總是,每一種,所有,沒有,從不.如果看到此類絕對或肯定的,切實認定的敘述,軟件測試員就可以著手設計針鋒相對的案例.

　　3)當然,因此,明顯,顯然,必然.這些話意圖誘使接受假定情況.不要中了圈套.

　　4)某些,有時,常常,通常,慣常,經常,大多,幾乎.這些話太過模糊."有時"發生作用的功能無法測試.

　　5)等等,諸如此類,依此類推.以這樣的詞結束的功能清單無法測試.功能清單要絕對或者解釋明確,以免讓人迷惑,不知如何推論.

　　6)良好,迅速,廉價,高效,小,穩定.這些是不確定的說法,不可測試.如果在產品說明書中出現,就必須進一步指明含義.

　　7)已處理,已拒絕,已忽略,已消除.這些廉潔可能會隱藏大量需要說明的功能.

　　8)如果...那么...(沒有否則).找出有"如果...那么..."而缺少配套的"否則"結構的陳述.想一想"如果"沒有發生會怎樣.

　　相關的測試工具

　　OpenSTA

　　主要做性能測試的負荷及壓力測試，使用比較方便，可以編寫測試腳本，也可以先行自動生成測試腳本，而后對于應用測試腳本進行測試。

　　SAINT

　　網站安全性測試，能夠對于指定網站進行安全性測試，并可以提供安全問題的解決方案。

　　CSE HTML Validator

　　一個有用的對于HTML代碼進行合法性檢查的工具

　　Ab(Apache Bench)

　　Apache自帶的對于性能測試方面的工具，功能不是很多，但是非常實用。

　　Crash-me

　　Mysql自帶的測試數據庫性能的工具，能夠測試多種數據庫的性能。