【正文】 根據(jù)測試重點(diǎn)開始測試，并填寫 BUG 單。上述過程中任何一步出現(xiàn)問題，項(xiàng)目經(jīng)理都可把測 試單打回給程序員，進(jìn)行重新送測。但送測模塊的版本號由程序員自己填寫，而且必須填寫。 工作流程 ? 開發(fā)人員填寫送測單，提交待測模塊和相應(yīng)的詳細(xì)設(shè)計(jì)文檔給項(xiàng)目經(jīng)理確認(rèn)。 8． 收測人和收測日期字段由被指定測試本模塊的測試員填寫 。 7． 測試重點(diǎn)是指開發(fā)人員或客戶在使用本模塊時，對本模塊在穩(wěn)定性，可靠性，易用性等任何本模塊應(yīng)該滿足的一些要求，比如對于“酒樓收銀”模塊，數(shù)據(jù)計(jì)算的正確性是應(yīng)該首先達(dá)到的最基本的要求。 6． 軟件配置字段的填寫內(nèi)容有兩個，一是本模塊的相關(guān)設(shè)計(jì)文檔 的位置、源代碼的位置等；二是運(yùn)行本模塊需要的一些軟件設(shè)置，如環(huán)境參數(shù)設(shè)置、動態(tài)聯(lián)接庫版本等。 5． 版本號字段請?zhí)顚懕敬嗡蜏y的模塊的版本號。工程文件路徑和名字是指送測的模塊在 SourceSafe 中的路徑和具體的模塊名字。在每個階段中，對一個模塊只產(chǎn)生一個送測單和 BUG 單，當(dāng)送測單生成以后， BUG 單隨即產(chǎn)生，在 整個階段中，開發(fā)人員和測試人員都只用這一張 BUG 單來交流。輔助測試系統(tǒng)中可供選擇的項(xiàng)有單元測試、集成測試、系統(tǒng)測試、安裝測試和發(fā)行測試等。在輔助測試系統(tǒng)中，項(xiàng)目經(jīng)理要對送測單的處理方式做出選擇，可供選擇的項(xiàng)有不處理、打回和通過，還有一個備注字段可供項(xiàng)目經(jīng)理填寫個人意見。在輔助測試系統(tǒng)中，項(xiàng)目名稱和模塊名稱由項(xiàng)目經(jīng)理加入，程序員在填寫送測單時只需要選擇就可以了；而送測人和送測日期兩個字段系統(tǒng)可以 根據(jù)用戶登陸信息自動添加。 送 測單的形式如下所示： 送 測 單 項(xiàng)目名稱 送測模塊 送測階段 項(xiàng)目經(jīng)理 送測人 送測日期 版本號 工程文件路徑和名字 可執(zhí)行文件路徑和名字 軟 件 配 置 測試要求（重點(diǎn)）： 收測人 收測日期 送測單的填寫 其填寫規(guī)則約定如下： 1． 項(xiàng)目名稱、送測內(nèi)容 、 送測人和送測日期等四個字段由送測人填寫。在輔助測試系統(tǒng)中，已經(jīng)將送測單的填寫集成進(jìn)去了，這里給出送測單的主要元素及其填寫方法。 對于具體的使用輔助測試系統(tǒng)的開發(fā)與測試配合的工作流程可以參見《輔助測試系統(tǒng)使用手冊》（由開發(fā) 2 部負(fù)責(zé)編寫，預(yù)計(jì)會在 8月初完成），也可以參見 qa\wangl\軟件測試 \測試流程圖 \。驗(yàn)證完以后，測試主管將 BUG 單返回給程序員。完成測試后，將 BUG 單傳遞給測試主管確認(rèn)。 ? 功能測試以公司下發(fā)的《質(zhì)量部測試管理辦法》為測試依據(jù)。如果在本次送測的某個模塊中的代碼走查中發(fā)現(xiàn)存在 5 個以上違反編碼規(guī)范的地方，則將該模塊返回給程序員 重新送測，本模塊的測試結(jié)束，繼續(xù)下一個模塊的測試。測試包括兩方面的內(nèi)容：一是代碼走查工作，其次是功能測試工作。 ? 項(xiàng)目經(jīng)理檢查送測單上的內(nèi)容后，執(zhí)行確認(rèn)工作，并將打包好的可執(zhí)行代碼發(fā)布到開發(fā)部服務(wù)器的 SourceSafe 中（如果是B/S 結(jié)構(gòu)的軟件，要把可執(zhí)行代碼發(fā)布到 IIS 上），將相關(guān)的數(shù)據(jù)庫發(fā)布到質(zhì)量部服務(wù)器上。不同的測試人員只能對他 /她自己負(fù)責(zé)測試的部分具有讀的權(quán)利，對于其它項(xiàng)目的軟件產(chǎn)品和文檔，不具有訪問的權(quán)利。 測試人員在測試過程中形成的測試文檔，也應(yīng)當(dāng)按照項(xiàng)目經(jīng)理指 定的目錄保存在 SourceSafe 里 面，這樣既方便了同開發(fā)人員之間的交流，也使得所有項(xiàng)目產(chǎn)品有了一個統(tǒng)一的存放地點(diǎn)。 的服務(wù)器建立在開發(fā)部門的服務(wù)器上，由開發(fā)部門維護(hù)，測試人員對其數(shù)據(jù)庫的訪問由項(xiàng)目經(jīng)理控制。 Microsoft 使用 的主要作用在于能減少文檔的傳遞次數(shù)，從而能有效的降低文檔的不一致性，提高文檔的及時性和有效性。 除了領(lǐng)導(dǎo)和超級用戶身份以外，對于其它身份登陸的用戶，系統(tǒng)具有自動提醒功能，既登陸后系統(tǒng)可以自動提醒用戶現(xiàn)在需要處理的一些工作。相同的用戶賬號只能具有一種身份 ，所有的用戶只能由超級用戶建立。 輔助測試系統(tǒng) 輔助測試系統(tǒng) 是一個 B/S 系統(tǒng)，通過 IExplorer 訪問，建立在質(zhì)量部服務(wù)器上，由質(zhì)量部維護(hù)，使用人員通過在 IE 地址欄中輸入 賬號，否則無法使用。 3． 子目錄“最終軟件”存放已經(jīng)通過內(nèi)部評審的軟件，如果軟件是分為幾個階段開發(fā)的，并且每個階段的產(chǎn)品都要發(fā)行給用戶，則測試員必須備份每個階段最終發(fā)行給用戶的產(chǎn)品。當(dāng)不同的文檔使用人員對其內(nèi)容產(chǎn)生歧義時，都以這里保存的文檔作為仲裁依據(jù)。如項(xiàng)目簡稱為“寶開二期”，則共享目錄的名字就是“ Ts 寶開二期”。共享目錄的內(nèi)容包括評審?fù)ㄟ^的最終軟件（源代碼和可執(zhí)行文件）、各種開發(fā)文檔（包括測試文檔）。 文檔和軟件保存目錄 公司目前采取的開發(fā)方式，用 SourceSafe 來對整個開發(fā)的產(chǎn)品來進(jìn)行管理，因此對于測試人員來說，不必再單獨(dú)對開發(fā)文檔、軟件模塊進(jìn)行復(fù)制和 保存，測試服務(wù)器上的共享目錄只是用于保存最終發(fā)行的軟件產(chǎn)品。如果是采用 B/S 結(jié)構(gòu)的軟件，只需要在開發(fā)部的服務(wù) 器上建立一個可執(zhí)行包就可以了；在必要的情況下，也可同時在質(zhì)量部服務(wù)器上建立可執(zhí)行包。本文件中規(guī)定的流程就是按照這個思想形成。其開始的標(biāo)志是本階段的第一份提交的送測單，其結(jié)束標(biāo)志是測試總結(jié)或測試報告的提交和審批通過。開發(fā)人員確認(rèn)并修改 BUG 后，必須填入修改意見并將BUG 單返回給測試人員以驗(yàn)證是否修改成功。送測單必須有送測重點(diǎn)，以利于測試人員工作。 送測單 送測單是指開發(fā)人員向測試人員提交被測軟件時必須填寫的提交報告。 被測程序 被測程序指的是開發(fā)人員提交測試的軟件可執(zhí)行的部分。 測試文檔 測試文檔包括測試計(jì)劃、測試用例說明、 BUG 報告及分析、測試總結(jié)，以及測試工作全部完成后的測試報告等。 開發(fā)文檔 開發(fā)人員提供給測試人員的開發(fā)文檔至少包括以下幾種：用戶需求，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，用戶手冊等。 3． 術(shù)語、名詞定義 送測軟件 送測軟件包括一切軟件執(zhí)行必須的文件、數(shù)據(jù)、數(shù)據(jù)庫配置等。 當(dāng)項(xiàng)目組在輔助測試系統(tǒng)中注冊以后，公司領(lǐng) 導(dǎo)可以使用本系統(tǒng)查詢了解所有在本系統(tǒng)中注冊的項(xiàng)目的測試信息，項(xiàng)目的質(zhì)