軟件測試課程總結(jié)報(bào)告(測試總結(jié)報(bào)告包括哪些內(nèi)容)
1.測試總結(jié)報(bào)告包括哪些內(nèi)容
軟件測試報(bào)告的正文的格式如下： 1引言 本章應(yīng)分成以下幾條。
1.1 標(biāo)識 本條應(yīng)包含本文檔適用的系統(tǒng)和軟件的完整標(biāo)識，（若適用）包括標(biāo)識號、標(biāo)題、縮略詞語、版本號、發(fā)行號。 1.2 系統(tǒng)概述 本條應(yīng)簡述本文檔適用的系統(tǒng)和軟件的用途。
它應(yīng)描述系統(tǒng)與軟件的一般性質(zhì)；概述系統(tǒng)開發(fā)、運(yùn)行和維護(hù)的歷史；標(biāo)識項(xiàng)目的投資方、需方、用戶、開發(fā)方和支持機(jī)構(gòu)；標(biāo)識當(dāng)前和計(jì)劃的運(yùn)行現(xiàn)場；并列出其他有關(guān)文檔。 1.3 文檔概述 本條應(yīng)概括本文檔的用途與內(nèi)容，并描述與其使用有關(guān)的保密性與私密性要求。
2引用文件 本章應(yīng)列出本文檔引用的所有文檔的編號、標(biāo)題、修訂版本和日期。本章還應(yīng)標(biāo)識不能通過正常的供貨渠道獲得的所有文檔的來源。
3測試結(jié)果概述 本章應(yīng)分為以下幾條提供測試結(jié)果的概述。 3.1 對被測試軟件的總體評估 本條應(yīng)： a. 根據(jù)本報(bào)告中所展示的測試結(jié)果，提供對該軟件的總體評估； b. 標(biāo)識在測試中檢測到的任何遺留的缺陷、限制或約束。
可用問題/變更報(bào)告提供缺陷信息； c. 對每一遺留缺陷、限制或約束，應(yīng)描述： 1） 對軟件和系統(tǒng)性能的影響，包括未得到滿足的需求的標(biāo)識； 2） 為了更正它，將對軟件和系統(tǒng)設(shè)計(jì)產(chǎn)生的影響； 3） 推薦的更正方案/方法。 3.2 測試環(huán)境的影晌 本條應(yīng)對測試環(huán)境與操作環(huán)境的差異進(jìn)行評估，并分析這種差異對測試結(jié)果的影響。
3.3 改進(jìn)建議 本條應(yīng)對被測試軟件的設(shè)計(jì)、操作或測試提供改進(jìn)建議。應(yīng)討論每個(gè)建議及其對軟件的影響。
如果沒有改進(jìn)建議，本條應(yīng)陳述為 "無"。
4詳細(xì)的測試結(jié)果 本章應(yīng)分為以下幾條提供每個(gè)測試的詳細(xì)結(jié)果。 注 ：" 測試 " 一詞是指一組相關(guān)測試用例的集合。
4.x（ 測試的項(xiàng)目唯-標(biāo)識符 ） 本條應(yīng)由項(xiàng)目唯一標(biāo)識符標(biāo)識一個(gè)測試，并且分為以下幾條描述測試結(jié)果。 4.x.1 測試結(jié)果小結(jié) 本條應(yīng)綜述該項(xiàng)測試的結(jié)果。
應(yīng)盡可能以表格的形式給出與該測試相關(guān)聯(lián)的每個(gè)測試用例的完成狀態(tài)（例如，"所有結(jié)果都如預(yù)期的那樣"，"遇到了問題"，"與要求的有偏差"等）。當(dāng)完成狀態(tài)不是"所預(yù)期的"時(shí)，本條應(yīng)引用以下幾條提供詳細(xì)信息。
4.x.2 遇到了問題 本條應(yīng)分條標(biāo)識遇到一個(gè)或多個(gè)問題的每一個(gè)測試用例。 4.x.2.y （ 測試用例的項(xiàng)目唯一標(biāo)識符 ） 本條應(yīng)用項(xiàng)目唯一標(biāo)識符標(biāo)識遇到一個(gè)或多個(gè)問題的測試用例，并提供以下內(nèi)容： a. 所遇到問題的簡述； b. 所遇到問題的測試過程步驟的標(biāo)識； c. （若適用）對相關(guān)問題/變更報(bào)告和備份數(shù)據(jù)的引用； d. 試圖改正這些問題所重復(fù)的過程或步驟次數(shù)，以及每次得到的結(jié)果； e. 重測試時(shí)，是從哪些回退點(diǎn)或測試步驟恢復(fù)測試的。
4.x.3 與測試用例/過程的偏差 本條應(yīng)分條標(biāo)識與測試用例/測試過程出現(xiàn)偏差的每個(gè)測試用例。 4.x.3.y （ 測試用例的項(xiàng)目唯一標(biāo)識符） 本條應(yīng)用項(xiàng)目唯一標(biāo)識符標(biāo)識出現(xiàn)一個(gè)或多個(gè)偏差的測試用例，并提供： a. 偏差的說明（例如，出現(xiàn)偏差的測試用例的運(yùn)行情況和偏差的性質(zhì)，諸如替換了所需設(shè)備、未能遵循規(guī)定的步驟、進(jìn)度安排的偏差等） 。
（可用紅線標(biāo)記表明有偏差的測試過程 ）； b. 偏差的理由； c. 偏差對測試用例有效性影響的評估。 5測試記錄 本章盡可能以圖表或附錄形式給出一個(gè)本報(bào)告所覆蓋的測試事件的按年月順序的記錄。
測試記錄應(yīng)包括： a. 執(zhí)行測試的日期、時(shí)間和地點(diǎn)； b. 用于每個(gè)測試的軟硬件配置 ，（ 若適用 ） 包括所有硬件的部件號/型號/系列號、制造商、修訂級和校準(zhǔn)日期；所使用的軟件部件的版本號和名稱； c. （ 若適用 ） 與測試有關(guān)的每一活動(dòng)的日期和時(shí)間 ， 執(zhí)行該項(xiàng)活動(dòng)的人和見證者的身份。 6評價(jià) 6.1能力。
6.2缺陷和限制。 6.3建議。
6.4結(jié)論。 7測試活動(dòng)總結(jié) 總結(jié)主要的測試活動(dòng)和事件。
總結(jié)資源消耗，如： 7.1 人力消耗。 7.2 物質(zhì)資源消耗。
8注解 本章應(yīng)包含有助于理解本文檔的一般信息（例如背景信息、詞匯表、原理）。本章應(yīng)包含為理解本文檔需要的術(shù)語和定義，所有縮略語和它們在文檔中的含義的字母序列表。
附錄 附錄可用來提供那些為便于文檔維護(hù)而單獨(dú)出版的信息（例如圖表、分類數(shù)據(jù)）。為便于處理，附錄可單獨(dú)裝裝訂成冊。
附錄應(yīng)按字母順序（A,B等）編排。
2.軟件測試,工作總結(jié)怎么寫
主要寫一下工作內(nèi)容，取得的成績，以及不足，最后提出合理化的建議或者新的努力方向。
轉(zhuǎn)載：總結(jié)，就是把一個(gè)時(shí)間段的情況進(jìn)行一次全面系統(tǒng)的總檢查、總評價(jià)、總分析、總研究，分析成績、不足、經(jīng)驗(yàn)等。
總結(jié)是應(yīng)用寫作的一種，是對已經(jīng)做過的工作進(jìn)行理性的思考?？偨Y(jié)與計(jì)劃是相輔相成的，要以計(jì)劃為依據(jù)，制定計(jì)劃總是在個(gè)人總結(jié)經(jīng)驗(yàn)的基礎(chǔ)上進(jìn)行的。
總結(jié)的基本要求 1.總結(jié)必須有情況的概述和敘述，有的比較簡單，有的比較詳細(xì)。這部分內(nèi)容主要是對工作的主客觀條件、有利和不利條件以及工作的環(huán)境和基礎(chǔ)等進(jìn)行分析。
2.成績和缺點(diǎn)。這是總結(jié)的中心。
總結(jié)的目的就是要肯定成績，找出缺點(diǎn)。成績有哪些，有多大，表現(xiàn)在哪些方面，是怎樣取得的；缺點(diǎn)有多少，表現(xiàn)在哪些方面，是什么性質(zhì)的，怎樣產(chǎn)生的，都應(yīng)講清楚。
3.經(jīng)驗(yàn)和教訓(xùn)。做過一件事，總會有經(jīng)驗(yàn)和教訓(xùn)。
為便于今后的工作，須對以往工作的經(jīng)驗(yàn)和教訓(xùn)進(jìn)行分析、研究、概括、集中，并上升到理論的高度來認(rèn)識。 今后的打算。
根據(jù)今后的工作任務(wù)和要求，吸取前一時(shí)期工作的經(jīng)驗(yàn)和教訓(xùn)，明確努力方向，提出改進(jìn)措施等 總結(jié)的注意事項(xiàng) 1.一定要實(shí)事求是，成績不夸大，缺點(diǎn)不縮小，更不能弄虛作假。這是分析、得出教訓(xùn)的基礎(chǔ)。
2.條理要清楚?？偨Y(jié)是寫給人看的，條理不清，人們就看不下去，即使看了也不知其所以然，這樣就達(dá)不到總結(jié)的目的。
3.要剪裁得體，詳略適宜。材料有本質(zhì)的，有現(xiàn)象的；有重要的，有次要的，寫作時(shí)要去蕪存精。
總結(jié)中的問題要有主次、詳略之分，該詳?shù)囊?，該略的要略?總結(jié)的基本格式 1、標(biāo)題 2、正文 開頭：概述情況，總體評價(jià)；提綱挈領(lǐng)，總括全文。
主體：分析成績?nèi)焙?，總結(jié)經(jīng)驗(yàn)教訓(xùn)。 結(jié)尾：分析問題，明確方向。
3、落款 署名，日期。
3.辦公室軟件基礎(chǔ)課程總結(jié)怎么寫
1、課程背景隨著信息技術(shù)的發(fā)展，計(jì)算機(jī)技術(shù)的普及，掌握簡單的打字已經(jīng)不能滿足社會的需要了，說小點(diǎn)也已經(jīng)不能滿足自己的需要了，上一些課需要用到電子稿件，比如WORD,PPT，等，你不會編輯不會演示就不能吸引同學(xué)的眼球，就不能達(dá)到講課的效果，比如公共經(jīng)濟(jì)學(xué)、區(qū)域經(jīng)濟(jì)學(xué)都需要用到相關(guān)知識，所以學(xué)校開了辦公軟件這門課是適應(yīng)時(shí)代的需要，更是適應(yīng)了學(xué)習(xí)的需要，是一門輔助性的學(xué)科，是一個(gè)實(shí)用的工具！2、本課程是這學(xué)期新增的一門課，我認(rèn)為是大學(xué)最實(shí)用的一門課程！主要涉及到了計(jì)算機(jī)的一些實(shí)用操作，包括高級查找與替換、使用WORD樣式提高工作效率、WORD模板應(yīng)用技術(shù)、編輯長文檔、書稿排版技巧、動(dòng)態(tài)演示文稿制作以及制作豐富的幻燈片。
本課程總共18課時(shí)，平時(shí)一周一節(jié)課，單周理論課，雙周上機(jī)課！由宋慶軍老師負(fù)責(zé)授課！平時(shí)考核為每次上機(jī)交一份實(shí)驗(yàn)報(bào)告，期末考核就是本總結(jié)！3、豐富的教學(xué)資源運(yùn)用多媒體教學(xué)擺脫了傳統(tǒng)的教學(xué)模式，使課程更具吸引力，上機(jī)課硬件設(shè)施較好，良好的資源環(huán)境方便學(xué)生更好的完成了課程內(nèi)容！為更好地提高課程質(zhì)量提供了保證！4、教學(xué)質(zhì)量良好的硬件設(shè)施與良好的師資隊(duì)伍保證了課程任務(wù)的圓滿完成，但是在教學(xué)方式上面老師還有待改進(jìn)，理論與實(shí)驗(yàn)想分離這是最大的弊端，一周學(xué)習(xí)的知識到了下周可能已經(jīng)忘得差不多了，這樣做實(shí)驗(yàn)勢必會影響實(shí)驗(yàn)效率，或許是由于機(jī)房等其他因素的影響，但是如果能夠克服肯定會更能提高學(xué)習(xí)效率的！5、課程收獲在學(xué)習(xí)過程中懂得了許多實(shí)用的操作方法，學(xué)會了刪除空行、空白段落、空白部分、刪除指定段落、全半角數(shù)字/字母的轉(zhuǎn)換、處理化學(xué)分子式、疊字查找、英文直引號替換為中文引號、處理奇偶段落、處理西文、中文和標(biāo)點(diǎn)、電話號碼升位、手機(jī)號隱藏、移形換位、如何利用樣式快速地格式化文檔、如何讓企業(yè)的公文具備統(tǒng)一的格式、使用現(xiàn)有的模板創(chuàng)建文檔 、創(chuàng)建適合自己的模板、使用自建的模板創(chuàng)建新文檔、用其它模板改變現(xiàn)有文檔風(fēng)格、制作長文檔的綱目結(jié)構(gòu)、為長文檔設(shè)置多級標(biāo)題編號、在文檔中讓插圖自動(dòng)編號及交叉引用題注、為長文檔編制目錄和索引、預(yù)留裝訂線區(qū)域設(shè)置、設(shè)置節(jié)和頁眉頁腳 、添加不同類型的頁碼 、雙面打印設(shè)置、板書效果制作、動(dòng)態(tài)顯示各區(qū)域市場銷售情況、路徑動(dòng)畫制作、PPT特效動(dòng)畫、制作內(nèi)容豐富的幻燈片！雖然老師講解的比較深刻透徹，但是我掌握的還不是特別好，仍有部分內(nèi)容比較模糊陌生，還需在課后多加練習(xí)！相信在這門課上學(xué)習(xí)到底知識在以后會經(jīng)常用到的！課程描述。
4.軟件測試報(bào)告（范文）
測試數(shù)據(jù)測試項(xiàng)總數(shù) 0 PASS 0 PASS率 #DIV/0! FAIL 0 FAIL率 #DIV/0！ 嚴(yán)重度——高 0 其中：高-- #DIV/0！ 嚴(yán)重度——中 0 中-- #DIV/0！ 嚴(yán)重度——低 0 低-- #DIV/0！ 測試項(xiàng)編號 測試項(xiàng) 通過與否 問題描述 問題嚴(yán)重度注： 問題嚴(yán)重度的界定：高——導(dǎo)致系統(tǒng)死機(jī)或后續(xù)部分測試項(xiàng)功能不能實(shí)現(xiàn)；中——影響該部分的測試功能的完整性且急需解決；低——僅屬于系統(tǒng)中的小bug，或根據(jù)測試過程發(fā)現(xiàn)的需要調(diào)整的部分，但并非急需解決。
5.軟件測試報(bào)告怎么寫
摘要測試報(bào)告是把測試的過程和結(jié)果寫成文檔，并對發(fā)現(xiàn)的問題和缺陷進(jìn)行分析，為糾正軟件的存在的質(zhì)量問題提供依據(jù)，同時(shí)為軟件驗(yàn)收和交付打下基礎(chǔ)。
本文提供測試報(bào)告模板以及如何編寫的實(shí)例指南。關(guān)鍵字測試報(bào)告 缺陷正文測試報(bào)告是測試階段最后的文檔產(chǎn)出物，優(yōu)秀的測試經(jīng)理應(yīng)該具備良好的文檔編寫能力，一份詳細(xì)的測試報(bào)告包含足夠的信息，包括產(chǎn)品質(zhì)量和測試過程的評價(jià)，測試報(bào)告基于測試中的數(shù)據(jù)采集以及對最終的測試結(jié)果分析。
下面以通用的測試報(bào)告模板為例，詳細(xì)展開對測試報(bào)告編寫的具體描述。PARTⅠ 首頁0.1頁面內(nèi)容：密級通常，測試報(bào)告供內(nèi)部測試完畢后使用，因此密級為中，如果可供用戶和更多的人閱讀，密級為低，高密級的測試報(bào)告適合內(nèi)部研發(fā)項(xiàng)目以及涉及保密行業(yè)和技術(shù)版權(quán)的項(xiàng)目。
XXXX項(xiàng)目/系統(tǒng)測試報(bào)告報(bào)告編號可供索引的內(nèi)部編號或者用戶要求分布提交時(shí)的序列號部門經(jīng)理 ______項(xiàng)目經(jīng)理______開發(fā)經(jīng)理______測試經(jīng)理______XXX公司 XXXX單位 （此處包含用戶單位以及研發(fā)此系統(tǒng)的公司）XXXX年XX月XX日0.2格式要求：標(biāo)題一般采用大體字（如一號），加粗，宋體，居中排列副標(biāo)題采用大體小一號字（如二號）加粗，宋體，居中排列其他采用四號字，宋體，居中排列0.3版本控制：版本 作者 時(shí)間 變更摘要新建/變更/審核PARTⅡ 引言部分1.1編寫目的本測試報(bào)告的具體編寫目的，指出預(yù)期的讀者范圍。實(shí)例：本測試報(bào)告為XXX項(xiàng)目的測試報(bào)告，目的在于總結(jié)測試階段的測試以及分析測試結(jié)果，描述系統(tǒng)是否符合需求（或達(dá)到XXX功能目標(biāo)）。
預(yù)期參考人員包括用戶、測試人員、、開發(fā)人員、項(xiàng)目管理者、其他質(zhì)量管理人員和需要閱讀本報(bào)告的高層經(jīng)理。提示：通常，用戶對測試結(jié)論部分感興趣，開發(fā)人員希望從缺陷結(jié)果以及分析得到產(chǎn)品開發(fā)質(zhì)量的信息，項(xiàng)目管理者對測試執(zhí)行中成本、資源和時(shí)間予與重視，而高層經(jīng)理希望能夠閱讀到簡單的圖表并且能夠與其他項(xiàng)目進(jìn)行同向比較。
此部分可以具體描述為什么類型的人可參考本報(bào)告XXX頁XXX章節(jié)，你的報(bào)告讀者越多，你的工作越容易被人重視，前提是必須讓閱讀者感到你的報(bào)告是有價(jià)值而且值得浪費(fèi)一點(diǎn)時(shí)間去關(guān)注的。1.2項(xiàng)目背景對項(xiàng)目目標(biāo)和目的進(jìn)行簡要說明。
必要時(shí)包括簡史，這部分不需要腦力勞動(dòng)，直接從需求或者招標(biāo)文件中拷貝即可。1.3系統(tǒng)簡介如果設(shè)計(jì)說明書有此部分，照抄。
注意必要的框架圖和網(wǎng)絡(luò)拓?fù)鋱D能吸引眼球。1.4術(shù)語和縮寫詞列出設(shè)計(jì)本系統(tǒng)/項(xiàng)目的專用術(shù)語和縮寫語約定。
對于技術(shù)相關(guān)的名詞和與多義詞一定要注明清楚，以便閱讀時(shí)不會產(chǎn)生歧義。1.5參考資料1.需求、設(shè)計(jì)、測試用例、手冊以及其他項(xiàng)目文檔都是范圍內(nèi)可參考的東東。
2.測試使用的國家標(biāo)準(zhǔn)、行業(yè)指標(biāo)、公司規(guī)范和質(zhì)量手冊等等PARTⅢ 測試概要測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況簡介。（其他測試經(jīng)理和質(zhì)量人員關(guān)注部分）2.1測試用例設(shè)計(jì)簡要介紹測試用例的設(shè)計(jì)方法。
例如：等價(jià)類劃分、邊界值、因果圖，以及用這類方法（3-4句）。提示：如果能夠具體對設(shè)計(jì)進(jìn)行說明，在其他開發(fā)人員、測試經(jīng)理閱讀的時(shí)候就容易對你的用例設(shè)計(jì)有個(gè)整體的概念，順便說一句，在這里寫上一些非常規(guī)的設(shè)計(jì)方法也是有利的，至少在沒有看到測試結(jié)論之前就可以了解到測試經(jīng)理的設(shè)計(jì)技術(shù)，重點(diǎn)測試部分一定要保證有兩種以上不同的用例設(shè)計(jì)方法。
2.2測試環(huán)境與配置簡要介紹測試環(huán)境及其配置。提示：清單如下，如果系統(tǒng)/項(xiàng)目比較大，則用表格方式列出數(shù)據(jù)庫服務(wù)器配置CPU：內(nèi)存：硬盤：可用空間大小操作系統(tǒng)：應(yīng)用軟件：機(jī)器網(wǎng)絡(luò)名：局域網(wǎng)地址：應(yīng)用服務(wù)器配置…….客戶端配置…….對于網(wǎng)絡(luò)設(shè)備和要求也可以使用相應(yīng)的表格，對于三層架構(gòu)的，可以根據(jù)網(wǎng)絡(luò)拓?fù)鋱D列出相關(guān)配置。
2.3測試方法（和工具）簡要介紹測試中采用的方法（和工具）。提示：主要是黑盒測試，測試方法可以寫上測試的重點(diǎn)和采用的測試模式，這樣可以一目了然的知道是否遺漏了重要的測試點(diǎn)和關(guān)鍵塊。
工具為可選項(xiàng)，當(dāng)使用到測試工具和相關(guān)工具時(shí)，要說明。注意要注明是自產(chǎn)還是廠商，版本號多少，在測試報(bào)告發(fā)布后要避免大多工具的版權(quán)問題。
6.軟件測試 項(xiàng)目總結(jié)怎么寫啊
能表達(dá)得有條理就可以了。
不必介意格式?？偨Y(jié)無非就是總結(jié)經(jīng)驗(yàn)，吸取教訓(xùn)咯，本人什么時(shí)候參加了什么項(xiàng)目的測試 這個(gè)項(xiàng)目是干什么的 我在項(xiàng)目組中做了什么 遇到了什么困難 如何解決的 通過這個(gè)項(xiàng)目我學(xué)習(xí)到了什么 我要感謝誰誰誰 我以后要在什么方面加強(qiáng) 此致 敬禮 附件一 X項(xiàng)目的測試工作到今天算是全部結(jié)束了，除了后期維護(hù)必要的一些回歸測試和用戶使用手冊的撰寫外，整個(gè)測試階段告一段落。
從10月底進(jìn)入項(xiàng)目，在測試經(jīng)理的幫助下開始學(xué)著寫項(xiàng)目測試文檔，到根據(jù)文檔的每日功能測試及回歸測試，再到整個(gè)項(xiàng)目進(jìn)行迭代后對測試文檔的重新架構(gòu)及整體回歸測試，直至最后的統(tǒng)一交付測試，我個(gè)人提交總BUG數(shù)為244個(gè)。在這244個(gè)BUG的提交和回歸過程中，在測試文檔的寫作及修訂中，我對整個(gè)項(xiàng)目的邏輯及架構(gòu)逐步清晰，對項(xiàng)目之間所需的復(fù)雜交互的認(rèn)識也越發(fā)深入，對項(xiàng)目功能邏輯上的測試如何進(jìn)行也更加明晰。
下面我簡單談?wù)剬?xiàng)目的認(rèn)識、經(jīng)驗(yàn)和教訓(xùn)，以及對未來改進(jìn)的一些建議！一、對項(xiàng)目的認(rèn)識 進(jìn)入這個(gè)項(xiàng)目是在今年十月底，當(dāng)時(shí)測試經(jīng)理和C已經(jīng)把Setting（當(dāng)時(shí)是Admin）部分的測試結(jié)束了，所以我直接開始接著D的測試文檔繼續(xù)往下寫（當(dāng)時(shí)是從Revenue的Report部分開始，即現(xiàn)在的Report模塊）。因?yàn)樘^了邏輯部分，所以對整個(gè)項(xiàng)目邏輯理解很不夠，開始寫的測試文檔也非常淺顯，就是描述了一下頁面布局。
這里我的感覺是，測試人員進(jìn)入項(xiàng)目初期，項(xiàng)目經(jīng)理有必要指派專門人員與測試人員溝通，幫助其理清整個(gè)項(xiàng)目的順序邏輯。當(dāng)時(shí)C簡單地跟我介紹了一下整個(gè)項(xiàng)目，我的感覺是溝通不夠，對邏輯理解比較欠缺。
Report部分寫完，就直接開始測試——用自己剛寫完的文檔進(jìn)行測試，效果顯然不夠理想。因?yàn)闇y試人員剛進(jìn)行該模塊測試文檔的編撰，再讓他對該模塊進(jìn)行測試，這樣做的一個(gè)后果就是，測試人員會先入為主地覺得自己不需要按部就班地照著文檔進(jìn)行測試（因?yàn)槲臋n就是自己寫的）。
還有一個(gè)很大的問題就是，倘若測試人員在文檔撰寫上存在嚴(yán)重漏洞的話，他在測試時(shí)仍然不可能發(fā)現(xiàn)自己的漏洞所在。所以我建議測試文檔撰寫人員與測試人員最好不要是同一個(gè)人，這樣有助于發(fā)現(xiàn)測試文檔構(gòu)建的漏洞。
測試完Report后，緊接著開始進(jìn)行Expense模塊測試文檔的撰寫。這時(shí)我開始接觸到一些邏輯，即Expense與Setting部分聯(lián)系的邏輯。
這時(shí)遇到的問題最多最雜，隨時(shí)隨地都需要與C，甚至項(xiàng)目經(jīng)理進(jìn)行溝通。由于之前對主功能（Setting部分）的不熟悉，這種一邊溝通一邊撰寫的測試文檔可以說是漏洞百出。
由于項(xiàng)目時(shí)間也比較緊，我需要在一周內(nèi)完成整個(gè)Expense模塊的測試文檔，所以最終完成的文檔很不理想。這里我覺得還是之前溝通不到位的問題，應(yīng)該有一個(gè)對整個(gè)項(xiàng)目非常熟悉的人來幫助測試人員理清整個(gè)項(xiàng)目邏輯再進(jìn)行測試文檔撰寫，而不是一開始就撰寫測試文檔。
接著就是根據(jù)自己撰寫的Expense文檔對Expense模塊進(jìn)行測試，效果也不夠理想。這里我還有一個(gè)建議就是，如果測試人員在初始進(jìn)入項(xiàng)目時(shí)沒有得到及時(shí)溝通，至少需要給他一周時(shí)間先對主功能（即Setting部分）進(jìn)行完整測試，對照需求手冊及主功能發(fā)現(xiàn)的BUG，對主功能進(jìn)行深入理解。
Expense測試完成后，開始對整個(gè)項(xiàng)目進(jìn)行回歸測試。在這個(gè)過程中，我逐漸理清了整個(gè)項(xiàng)目的邏輯，也開始試圖修改以前的文檔。
但由于文檔量太大，文檔結(jié)構(gòu)不夠清晰，時(shí)間也比較緊，修改難于進(jìn)行。大部分原因是我經(jīng)驗(yàn)不足造成的，之前撰寫測試文檔時(shí)，思路過于混亂，想到哪里寫到哪里，導(dǎo)致最后文檔難于維護(hù)和修改。
回歸測試結(jié)束后，整個(gè)系統(tǒng)邏輯已經(jīng)比較清晰。這時(shí)項(xiàng)目進(jìn)行新一輪的迭代，用戶需求改了很多，其中包括增加、修改大量功能、名稱，以及對整個(gè)系統(tǒng)結(jié)構(gòu)進(jìn)行重構(gòu)。
這對測試文檔而言改動(dòng)點(diǎn)非常多（包括結(jié)構(gòu)順序改變、測試編號訂正、功能模塊名稱修改等），而且需求文檔并未因此變化，造成最后測試文檔與需求文檔的不匹配。這是一個(gè)協(xié)調(diào)的過程，系統(tǒng)迭代后，需求文檔應(yīng)及時(shí)隨著系統(tǒng)進(jìn)行修改。
迭代開發(fā)過程中，測試基本上是項(xiàng)目改到哪就測到哪，這里面最大的問題不是發(fā)現(xiàn)修改模塊的BUG，而是發(fā)現(xiàn)修改該模塊后牽涉到的其它模塊出現(xiàn)的BUG。這種連帶BUG的產(chǎn)生可以說是防不勝防，讓測試人員苦惱不已。
到現(xiàn)在我也沒想出解決辦法，只能說對模塊之間的聯(lián)系及交互邏輯理解仍需加深。迭代開發(fā)后期，開始對整個(gè)系統(tǒng)從頭回歸一遍，這時(shí)候又發(fā)現(xiàn)了許多以前從未出現(xiàn)的BUG。
這個(gè)時(shí)期大家都很煩躁困惑，曾經(jīng)運(yùn)轉(zhuǎn)良好的頁面，突然出現(xiàn)存儲問題；曾經(jīng)更新正常的功能，突然無法更新；曾經(jīng)顯示正常的Excel，突然顯示錯(cuò)誤… …這些都讓人苦惱，當(dāng)然，這些應(yīng)該都是正?，F(xiàn)象。測試人員在測試后期尤其需要提高警惕，不能漏過任何一個(gè)功能點(diǎn)，更不能忽略任何一次貌似無用的查詢、翻頁、按鍵。
最后，是大家一起進(jìn)行的交付測試，人員包括了所有的編程人員及測試人員。這期間，除了對基本功能的回歸測試外，還包括了并發(fā)測試及性能測試（這主要是編程人員在做），除此之外，我將過去提交修正過的所有BUG重新驗(yàn)。
7.軟件測試入門需學(xué)習(xí)哪些基礎(chǔ)知識
軟件測試基礎(chǔ)學(xué)習(xí)需要掌握哪些內(nèi)容？首先，要有寬泛的計(jì)算機(jī)基礎(chǔ)知識。微機(jī)原理，數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)庫，操作系統(tǒng)原理，編譯原理，邏輯，編程語言，網(wǎng)絡(luò)，等等，都要系統(tǒng)地學(xué)習(xí)過。都精通不大可能，因?yàn)槿说呐d趣都不相同，但是這些功課的基本知識點(diǎn)是應(yīng)當(dāng)了解的。
我們在談到職業(yè)的類別的時(shí)候，我們可以說C程序員，C#程序員，Java程序員，而沒有C測試員，C#測試員，Java測試員，程序員可以只擅長某一門編程語言，測試員卻不行。為什么呢？
測試員是代表用戶的，在做測試的時(shí)候，他（她）需要考慮到方方面面的事情。例如對于一個(gè)用C寫的上網(wǎng)撥號程序，測試員需要考慮：
(1) 程序的功能是否正確；（要求計(jì)算機(jī)知識）
(2) 是否符合用戶的使用習(xí)慣；（要求界面設(shè)計(jì)知識和換位思考能力）
(3) 性能是否滿足要求，例如長時(shí)間使用；穩(wěn)定性；（要求深入的計(jì)算機(jī)知識）
(4) 是否能夠滿足用戶可能的不同操作系統(tǒng)的要求；（要求計(jì)算機(jī)知識）
(5) 如果在全球發(fā)布，是否滿足不同語言和文化的需求；（要求軟件國際化測試知識）
(6) 如何搭建測試環(huán)境；（動(dòng)手能力，硬件知識）
(7) 做代碼檢查；（比較深入的C語言知識）
(8) …
所以，各方面都了解一點(diǎn)，你在做測試的過程當(dāng)中你會感覺順手得多。如果某寫方面還差一些，沒有關(guān)系，計(jì)算機(jī)行業(yè)的特點(diǎn)就是邊做邊學(xué)，只要是個(gè)有心人，學(xué)習(xí)是很快的。
其次，要掌握一門編程語言。原因很簡單：一行代碼不會，你始終是門外漢。
