【文章內(nèi)容簡介】 具有一種身份 ，所有的用戶只能由超級用戶建立。 通過輔助測試系統(tǒng)，用戶可以查閱到當(dāng)前項(xiàng)目中程序員的送測信息和模塊的送測情況，可以隨時(shí)了解程序中仍然存在的 BUG 信息，并可以看到查詢出來的信息的統(tǒng)計(jì)結(jié)果。 除了領(lǐng)導(dǎo)和超級用戶身份以外，對于其它身份登陸的用戶，系統(tǒng)具有自動(dòng)提醒功能，既登陸后系統(tǒng)可以自動(dòng)提醒用戶現(xiàn)在需要處理的一些工作。所以，要求處于測試中的程序的相關(guān)人員，如項(xiàng)目經(jīng)理、程序員、測試主管和測試員等，每天都必須在不同時(shí)段登陸本系統(tǒng)至少三次以上。 Microsoft 使用 的主要作用在于能減少文檔的傳遞次數(shù)，從而能有效的降低文檔的不一致性，提高文檔的及時(shí)性和有效性。開發(fā)人員使用 可以保證所有人員包括測試人員看到的是同一個(gè)版本的文檔，從而避免理解上的偏差。 的服務(wù)器建立在開發(fā)部門的服務(wù)器上，由開發(fā)部門維護(hù)，測試人員對其數(shù)據(jù)庫的訪問由項(xiàng)目經(jīng)理控制。測試人員通過計(jì)算機(jī)上的 SourceSafe 客戶端對服務(wù)器上的數(shù)據(jù)庫進(jìn)行訪問。 測試人員在測試過程中形成的測試文檔，也應(yīng)當(dāng)按照項(xiàng)目經(jīng)理指 定的目錄保存在 SourceSafe 里 面，這樣既方便了同開發(fā)人員之間的交流，也使得所有項(xiàng)目產(chǎn)品有了一個(gè)統(tǒng)一的存放地點(diǎn)。 對 SourceSafe 中保存的其他開發(fā)文檔和軟件產(chǎn)品，原則上測試人員都只能讀而不能寫，比如對于文檔和軟件產(chǎn)品只能使用“ get last version”命令來進(jìn)行閱讀，測試人員在得到這些產(chǎn)品以后，都不必再把它們放回去。不同的測試人員只能對他 /她自己負(fù)責(zé)測試的部分具有讀的權(quán)利，對于其它項(xiàng)目的軟件產(chǎn)品和文檔，不具有訪問的權(quán)利。 開發(fā)與測試配合的流程 ? 開發(fā)人員在輔助測試系統(tǒng)中填寫送測單，提交待測模塊代碼、可執(zhí)行文件和相應(yīng)的 設(shè)計(jì)文檔給項(xiàng)目經(jīng)理確認(rèn)。 ? 項(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ù)器上。 ? 測試人員接受送測單后，從 SourceSafe 中獲得程序代碼，開始測試。測試包括兩方面的內(nèi)容：一是代碼走查工作，其次是功能測試工作。 ? 代碼走查以公司下發(fā)的《編碼規(guī)范及管理辦法》為檢查依據(jù)。如果在本次送測的某個(gè)模塊中的代碼走查中發(fā)現(xiàn)存在 5 個(gè)以上違反編碼規(guī)范的地方，則將該模塊返回給程序員 重新送測，本模塊的測試結(jié)束，繼續(xù)下一個(gè)模塊的測試。如果所有模塊都 不能通過代碼走查工作，則本次測試全部結(jié)束，不必再進(jìn)行下一步的功能測試。 ? 功能測試以公司下發(fā)的《質(zhì)量部測試管理辦法》為測試依據(jù)。測試人員應(yīng)當(dāng)嚴(yán)格按照管理辦法上的相關(guān)規(guī)定開展工作，并認(rèn)真完成 BUG 紀(jì)錄的填寫。完成測試后，將 BUG 單傳遞給測試主管確認(rèn)。 ? 測試人員測試完成后，測試主管必須對 BUG 單執(zhí)行“驗(yàn)證”過程，即檢驗(yàn) BUG 單上描寫的 BUG 是否都是正確的。驗(yàn)證完以后，測試主管將 BUG 單返回給程序員。 ? 程序員對 BUG 單上的所有紀(jì)錄都必須認(rèn)真處理后，再把 BUG單連同修改完成的軟件產(chǎn)品一起返回給測試員進(jìn)行回歸測試。 對于具體的使用輔助測試系統(tǒng)的開發(fā)與測試配合的工作流程可以參見《輔助測試系統(tǒng)使用手冊》（由開發(fā) 2 部負(fù)責(zé)編寫，預(yù)計(jì)會(huì)在 8月初完成），也可以參見 qa\wangl\軟件測試 \測試流程圖 \。 6 . 送測單 送測單用于開發(fā)人員向測試人員提交被測軟件，由程序員填寫并通過項(xiàng)目經(jīng)理傳遞到測試人員。在輔助測試系統(tǒng)中，已經(jīng)將送測單的填寫集成進(jìn)去了，這里給出送測單的主要元素及其填寫方法。如果在輔助測試系統(tǒng)中的送測單的形式與這里列出的不同，請參考本文件的 規(guī)定執(zhí)行。 送 測單的形式如下所示： 送 測 單 項(xiàng)目名稱 送測模塊 送測階段 項(xiàng)目經(jīng)理 送測人 送測日期 版本號(hào) 工程文件路徑和名字 可執(zhí)行文件路徑和名字 軟 件 配 置 測試要求（重點(diǎn)）： 收測人 收測日期 送測單的填寫 其填寫規(guī)則約定如下： 1． 項(xiàng)目名稱、送測內(nèi)容 、 送測人和送測日期等四個(gè)字段由送測人填寫。送測內(nèi)容指的是本次送測的程序模塊。在輔助測試系統(tǒng)中，項(xiàng)目名稱和模塊名稱由項(xiàng)目經(jīng)理加入，程序員在填寫送測單時(shí)只需要選擇就可以了；而送測人和送測日期兩個(gè)字段系統(tǒng)可以 根據(jù)用戶登陸信息自動(dòng)添加。 2． 項(xiàng)目經(jīng)理字段在項(xiàng)目經(jīng)理確認(rèn)了本送測單填寫的所有內(nèi)容都正確無誤之后，由本人填寫。在輔助測試系統(tǒng)中，項(xiàng)目經(jīng)理要對送測單的處理方式做出選擇，可供選擇的項(xiàng)有不處理、打回和通過，還有一個(gè)備注字段可供項(xiàng)目經(jīng)理填寫個(gè)人意見。 3． 送測階段指的是當(dāng)前測試的階段，由程序員填寫。輔助測試系統(tǒng)中可供選擇的項(xiàng)有單元測試、集成測試、系統(tǒng)測試、安裝測試和發(fā)行測試等。這里的階段由項(xiàng)目經(jīng)理和測試員共同確定后，通知每一個(gè)程序員。在每個(gè)階段中，對一個(gè)模塊只產(chǎn)生一個(gè)送測單和 BUG 單，當(dāng)送測單生成以后， BUG 單隨即產(chǎn)生，在 整個(gè)階段中，開發(fā)人員和測試人員都只用這一張 BUG 單來交流。 4． “工程文件路徑和名字”和“可執(zhí)行文件路徑和名字”兩個(gè)字段由程序員填寫，項(xiàng)目經(jīng)理必須檢查確認(rèn)這兩個(gè)字段所填寫的信息是否都是準(zhǔn)確無誤的。工程文件路徑和名字是指送測的模塊在 SourceSafe 中的路徑和具體的模塊名字。可執(zhí)行文件路徑指的是：如果本次送測的模塊要用 IE 打開，請?zhí)顚憺g覽器地址或超級聯(lián)接地址；如果是 exe 文件，請?zhí)顚懌@取的路徑和文件名稱。 5． 版本號(hào)字段請?zhí)顚懕敬嗡蜏y的模塊的版本號(hào)。單元測試中，版本號(hào)指的是本次送測的模塊的窗體的統(tǒng)一版本號(hào)；其他測試中，請?zhí)顚懕敬嗡蜏y的工程的版本號(hào)。 6． 軟件配置字段的填寫內(nèi)容有兩個(gè)，一是本模塊的相關(guān)設(shè)計(jì)文檔 的位置、源代碼的位置等；二是運(yùn)行本模塊需要的一些軟件設(shè)置，如環(huán)境參數(shù)設(shè)置、動(dòng)態(tài)聯(lián)接庫版本等。軟件配置字段由送測人和開發(fā)經(jīng)理共同確定并填寫。 7． 測試重點(diǎn)是指開發(fā)人員或客戶在使用本模塊時(shí)，對本模塊在穩(wěn)定性，可靠性，易用性等任何本模塊應(yīng)該滿足的一些要求，比如對于“酒樓收銀”模塊，數(shù)據(jù)