申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

3.4 測(cè)試案例

    軟件測(cè)試常用白盒測(cè)試和黑盒測(cè)試，一般開(kāi)發(fā)階段做白盒測(cè)試，測(cè)試階段做黑盒測(cè)試。這里的測(cè)試案例是為黑盒測(cè)試準(zhǔn)備的，內(nèi)容因各個(gè)項(xiàng)目而異，例如：

• 所有模塊的可見(jiàn)頁(yè)面是否齊全，是否《系統(tǒng)設(shè)計(jì)》、《需求說(shuō)明書(shū)》（若有《產(chǎn)品規(guī)格說(shuō)明書(shū)》一并參考）中列出的都有。 


• 可見(jiàn)頁(yè)面的所有鏈接是否都工作正常。


• 可見(jiàn)頁(yè)面的動(dòng)態(tài)數(shù)據(jù)是否符合邏輯流程和商業(yè)要求。


• 表單提交頁(yè)面是否能通過(guò)非常規(guī)測(cè)試。


• 可見(jiàn)頁(yè)面是否滿足美工UI頁(yè)面，如果字體顏色不對(duì)、圖標(biāo)位置錯(cuò)誤等等，都要予以糾正。


• ……

    項(xiàng)目組和客戶各自寫(xiě)一份《測(cè)試測(cè)試》，彼此不能交換文檔。一般項(xiàng)目組習(xí)慣側(cè)重于功能、技術(shù)、邏輯等，客戶側(cè)重于界面、是否符合工作流程、是否滿足需求等；如果互相交換文檔，有時(shí)受先入為主的影響而局限測(cè)試案例的設(shè)計(jì)思想，有時(shí)項(xiàng)目時(shí)間過(guò)于緊張，文檔編寫(xiě)人員會(huì)抄襲，這是不負(fù)責(zé)任的。

    文檔格式例子見(jiàn)表5。

表 5

4. 開(kāi)發(fā)階段

4.1 版本號(hào)列表

    建議用版本控制器管理所有的文檔和代碼，這里假設(shè)組織使用SVN和有版本操作規(guī)范，規(guī)范定義了項(xiàng)目版本管理所需的角色、分支規(guī)定、版本號(hào)命名規(guī)定、使用者如何check in和check out文件、如何合并分支等等。

    開(kāi)發(fā)階段、測(cè)試階段、發(fā)布階段的版本號(hào)各不相同，項(xiàng)目經(jīng)理編寫(xiě)《版本號(hào)列表》，提交版本服務(wù)器管理人員創(chuàng)建版本號(hào)、使用者帳號(hào)及其權(quán)限。然后發(fā)送文檔給項(xiàng)目人員，成員據(jù)此操作。當(dāng)一個(gè)階段結(jié)束時(shí)，項(xiàng)目經(jīng)理把所有檢查過(guò)的、合格的文件并入主干中。

4.2 開(kāi)發(fā)、測(cè)試、發(fā)布環(huán)境配置表

    配置表主要列有：

• 統(tǒng)一開(kāi)發(fā)人員PC的開(kāi)發(fā)工具，五花八門的開(kāi)發(fā)工具有時(shí)會(huì)引發(fā)五花八門的錯(cuò)誤，化時(shí)間去解決這些錯(cuò)誤是無(wú)益的；


• 各階段，版本服務(wù)器的訪問(wèn)地址和物理路徑；


• 各階段，軟件的運(yùn)行網(wǎng)址和服務(wù)器數(shù)據(jù)庫(kù)的物理路徑；


• 如果有外部設(shè)備，列出各階段這些設(shè)備的訪問(wèn)地址和物理路徑。

4.3 項(xiàng)目經(jīng)理的代碼檢查結(jié)果表

    一般項(xiàng)目經(jīng)理在開(kāi)發(fā)中期和末期各進(jìn)行一次代碼檢查，當(dāng)然，如果時(shí)間充裕，檢查次數(shù)越多越好。開(kāi)展這項(xiàng)活動(dòng)前，項(xiàng)目經(jīng)理要肯定項(xiàng)目組的努力和現(xiàn)階段成果，告訴成員盡早發(fā)現(xiàn)錯(cuò)誤是好事，這能避免返工、繞開(kāi)錯(cuò)誤、提升軟件的健壯性和穩(wěn)定性。

    如果有特殊原因，項(xiàng)目經(jīng)理可以委托他人執(zhí)行這項(xiàng)活動(dòng)，但必須對(duì)結(jié)果表進(jìn)行復(fù)檢和評(píng)估，對(duì)重要模塊、重要SQL語(yǔ)句復(fù)查。代碼檢查所需的時(shí)間沒(méi)有公式可循，一般開(kāi)發(fā)時(shí)間越多代碼越多，可以根據(jù)開(kāi)發(fā)時(shí)間乘以某個(gè)百分率得到代碼檢查所需時(shí)間，這個(gè)百分比根據(jù)組織經(jīng)驗(yàn)得出。

    完成公共類、公共設(shè)置、幾個(gè)重要基礎(chǔ)模塊的開(kāi)發(fā)后，要開(kāi)展第一次代碼檢查，這能及時(shí)發(fā)現(xiàn)錯(cuò)誤；檢查范圍是代碼、SQL語(yǔ)句、服務(wù)器配置、外掛設(shè)備配置等等。如果開(kāi)發(fā)人員多為新手，檢查力度盡量細(xì)致到每個(gè)文件；如果開(kāi)發(fā)人員經(jīng)驗(yàn)豐富，檢查力度可以粗一些，集中在業(yè)務(wù)邏輯、數(shù)據(jù)IPO等部分，對(duì)于不正確的格式問(wèn)題，是要糾正，但不是代碼檢查的核心重點(diǎn)。開(kāi)發(fā)人員根據(jù)項(xiàng)目經(jīng)理的結(jié)果表修復(fù)錯(cuò)誤，一般會(huì)輪循1-3次，如果超過(guò)3次以上，要引起注意和找原因。

    文檔格式例子見(jiàn)表6，但內(nèi)容不限于此：

表 6

4.4 開(kāi)發(fā)人員的代碼檢查結(jié)果表

    這項(xiàng)活動(dòng)在開(kāi)發(fā)快結(jié)束時(shí)進(jìn)行一次，當(dāng)然，如果時(shí)間充裕，檢查次數(shù)越多越好。開(kāi)展活動(dòng)前，依舊地，項(xiàng)目經(jīng)理要肯定項(xiàng)目組的努力和現(xiàn)階段成果云云。

    開(kāi)發(fā)人員交叉檢查模塊，自己開(kāi)發(fā)的模塊不能自己檢查，這是原則。檢查的范圍是代碼和SQL語(yǔ)句。同樣，這部分工時(shí)沒(méi)有公式可循，建議寬松計(jì)算，每個(gè)開(kāi)發(fā)人員的檢查和修復(fù)時(shí)間約等于項(xiàng)目經(jīng)理檢查時(shí)間。開(kāi)發(fā)人員根據(jù)代碼結(jié)果表修復(fù)錯(cuò)誤，一般會(huì)輪循1-3次，如果超過(guò)3次以上，要引起注意和找原因。

    文檔格式例子見(jiàn)表7，但內(nèi)容不限于此：

表 7

    開(kāi)發(fā)人員除了找出代碼缺陷外，還可以學(xué)習(xí)優(yōu)秀的編碼技巧。

4.5 架構(gòu)客戶硬件平臺(tái)

    開(kāi)發(fā)中期或末期，派人員到客戶處架構(gòu)運(yùn)行軟件所需的硬件平臺(tái)，注意，只是硬件，開(kāi)發(fā)中的軟件不包括在內(nèi)。一個(gè)很有趣的現(xiàn)象——架構(gòu)硬件是很簡(jiǎn)單易見(jiàn)的事務(wù)，但常常被初級(jí)項(xiàng)目經(jīng)理忽略，在這特別列出以示提醒。

QQ在線咨詢