【導(dǎo)讀】江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī)軟件專業(yè)畢業(yè)論文

　　

【正文】 編程經(jīng)驗(yàn)，提高編程能力。 (5)項(xiàng)目進(jìn)度吃緊時(shí)就少做一些測(cè)試，時(shí)間富裕時(shí)多做測(cè)試 這是不重視軟件測(cè)試的表現(xiàn)，也是軟件項(xiàng)目過程管理混亂的表現(xiàn)，必然會(huì)降低軟件測(cè)試的質(zhì)量。一個(gè)軟件項(xiàng)目的順利實(shí)現(xiàn)需要有合理的項(xiàng)目進(jìn)度計(jì)劃，其中包括合理的測(cè)試計(jì)劃，對(duì)項(xiàng)目實(shí)施過程中的任何問題 ，都要有風(fēng)險(xiǎn)分析和相應(yīng)的對(duì)策，不要因?yàn)殚_發(fā)進(jìn)度的延期而簡(jiǎn)單的縮短測(cè)試時(shí)間、人力和資源。因?yàn)榭s短測(cè)試時(shí)間帶來(lái)的測(cè)試不完整，對(duì)項(xiàng)目質(zhì)量的下降引起的潛在風(fēng)險(xiǎn)，往往造成更大的浪費(fèi)?？朔@種現(xiàn)象的最好辦法是加強(qiáng)軟件過程的計(jì)劃和控制，包括軟件測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、測(cè)試度量和測(cè)試控制。 (6)軟件測(cè)試是沒有前途的工作，只有程序員才是軟件高手 由于我國(guó)軟件整體開發(fā)能力比較低，軟件過程很不規(guī)范，很多軟件項(xiàng)目的開發(fā)都還停留在 “作坊式 ”和 “壘雞窩 ”階段。項(xiàng)目的成功往往靠個(gè)別全能程序員決定，他們負(fù)責(zé)總體設(shè)計(jì)和程序詳細(xì)設(shè)計(jì) ，認(rèn)為軟件開發(fā)就是編寫代碼，給人的印象往往是程序員是真正的牛人，具有很高的地位和待遇。因此，在這種環(huán)境下，軟件測(cè)試很不受重視，軟件測(cè)試人員的地位和待遇自然就很低了，甚至軟件測(cè)試變得可有可無(wú)。隨著市場(chǎng)對(duì)軟件質(zhì)量的不斷提高，軟件測(cè)試將變得越來(lái)越重要，相應(yīng)的軟件測(cè)試人員的地位和待遇將會(huì)逐漸提高。在微軟等軟件過程比較規(guī)范的大公司，軟件測(cè)試人員的數(shù)量和待遇與程序員沒有多大差別，優(yōu)秀測(cè)試人員的待遇甚至比程序員還要高。軟件測(cè)試將會(huì)成為一個(gè)具有很大發(fā)展前景的行業(yè)，軟件測(cè)試大有前途，市場(chǎng)需要更多具有豐富測(cè)試技術(shù)和管理經(jīng)驗(yàn)的測(cè) 試人員，他們同樣是軟件專家。這兩年來(lái)國(guó)內(nèi)軟件測(cè)試人員的需求不斷增大 ,越來(lái)越多的 IT企業(yè)認(rèn)識(shí)到了軟件測(cè)試的重要性 ,這種可喜的現(xiàn)狀與發(fā)展趨勢(shì)讓筆者對(duì)我國(guó)軟件業(yè)的發(fā)展重新抱有較大的希望。 盡管這是一門嶄新的學(xué)科 ,目前在國(guó)內(nèi)的發(fā)展仍處于 嬰兒 階段 ,但看到越來(lái)越多的軟件公司為軟件測(cè)試招兵買馬 ,看到越來(lái)越多的技術(shù)人員投入到軟件測(cè)試中 ,我就情不自禁地感嘆 :機(jī)會(huì)來(lái)了 !這機(jī)會(huì)不僅僅是某一個(gè)人的 ,而是所有人的 ,它對(duì)每個(gè)人都是公平的 ,學(xué)的領(lǐng)域需要新的理論新的工具新的方法 ,由于國(guó)內(nèi)的軟件測(cè)試還處在一個(gè)比較初級(jí)的階段，沒有人確切 地知道它需要什么樣的基礎(chǔ) ,也沒有人確切地知道它應(yīng)該怎樣發(fā)展 ,因此這個(gè)領(lǐng)域需要大家來(lái)共同革命 ,以促進(jìn)它的深入發(fā)展。 測(cè)試項(xiàng)目中的常見問題及處理方法 （ 1）缺少計(jì)劃和評(píng)估 有效的測(cè)試計(jì)劃是一個(gè)測(cè)試項(xiàng)目中最關(guān)鍵，也是最有挑戰(zhàn)性的步驟之一。測(cè)試計(jì)劃和評(píng)估表明了測(cè)試執(zhí)行的順序和方式以及它們所需要的資源。而一個(gè)正確的測(cè)試計(jì)劃則決定于可靠的評(píng)估。 （ 2）模棱兩可的需求 如果缺乏足夠的文檔，測(cè)試過程將持續(xù)更長(zhǎng)的時(shí)間，并且軟件在推出發(fā)布版時(shí)也將面臨更多的錯(cuò)誤。二義性將是測(cè)試設(shè)計(jì)變的枯燥而乏味。比起在接受性測(cè)試階 段發(fā)現(xiàn)問題，在前期階段發(fā)現(xiàn)并糾正需求的不足的成本要少的多。在需求中可能隱藏著數(shù)不清的潛在問題，而這在測(cè)試人員瀏覽需求時(shí)可能被忽略，因此在測(cè)試的起步階段徹底理解需求是十分必要的。 如何處理？ 測(cè)試人員可以以一份問題清單的方式參與需求審核，使?jié)撛趩栴}能夠在準(zhǔn)備測(cè)試用例之前浮出水面以提高軟件產(chǎn)品的質(zhì)量，或者測(cè)試人員也可以以報(bào)告的形式來(lái)指出需求的不足之處。 （ 3）不全面的測(cè)試覆蓋 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 25 頁(yè) 共 29 頁(yè) 一個(gè)優(yōu)秀的測(cè)試應(yīng)該具有高覆蓋率，數(shù)量不足的測(cè)試用例是無(wú)法測(cè)試軟件的全部功能的。測(cè)試覆蓋率只是衡量測(cè)試質(zhì)量的一個(gè)方面，如果無(wú)法達(dá)到高 覆蓋率，那就必須對(duì)此進(jìn)行強(qiáng)化和鞏固。還有一個(gè)因素是不充分的測(cè)試數(shù)據(jù)將無(wú)法覆蓋所有可能的范圍。 如何處理？ 在 excel表格中的測(cè)試用例編號(hào)（每個(gè)測(cè)試用例都使用獨(dú)特的數(shù)字）以和需求相對(duì)應(yīng)，借此保證所有的需求都有相應(yīng)的測(cè)試用例。低覆蓋率說(shuō)明測(cè)試過程存在問題。對(duì)于這一點(diǎn)，可能需要改進(jìn)測(cè)試設(shè)計(jì)的技術(shù)或是接受培訓(xùn)才能有所提高。在市場(chǎng)上，不少測(cè)試工具都可以度量測(cè)試覆蓋率。 （ 4）未管制的測(cè)試環(huán)境 測(cè)試環(huán)境越接近產(chǎn)品的最終環(huán)境，測(cè)試的可靠性就越高，如果想法，最終使用產(chǎn)品時(shí)就可能出現(xiàn)無(wú)法預(yù)知的后果。 如何處理？ 在一個(gè)可控制的環(huán)境下進(jìn)行測(cè)試而不是與開發(fā)或生產(chǎn)同一環(huán)境。只有測(cè)試組擁有 測(cè)試環(huán)境的控制權(quán)，并且未經(jīng)過測(cè)試組的允許，任何人都不能改變測(cè)試環(huán)境。 采取措施以建立測(cè)試環(huán)境并保障它便于管理。舉例來(lái)說(shuō)，測(cè)試環(huán)境的配置應(yīng)該和使用環(huán)境相似或相同。開發(fā)組提交的產(chǎn)品必須由測(cè)試經(jīng)理或者協(xié)調(diào)員來(lái)管理，并且由其負(fù)責(zé)設(shè)置，版本管理和授權(quán)等等。如果有獨(dú)立的測(cè)試組，最好也有獨(dú)立的配置組。 （ 5）測(cè)試放在最后 低估測(cè)試和測(cè)試所需的資源將導(dǎo)致在開發(fā)周期的末期才開始測(cè)試活動(dòng)，而在那時(shí)要發(fā)現(xiàn)關(guān)鍵 Bug也將變的異常困難，并且由于時(shí)間的限 制測(cè)試文檔的相關(guān)細(xì)節(jié)也會(huì)有所忽略。 如何處理？ 采用開發(fā)與測(cè)試并行的方式，當(dāng)需求確定時(shí)就開始撰寫測(cè)試計(jì)劃。 （ 6）不完善的測(cè)試文檔 在分析測(cè)試部件的時(shí)候，不充分或不準(zhǔn)確的測(cè)試文檔（測(cè)試計(jì)劃，測(cè)試用例說(shuō)明書，測(cè)試報(bào)告等等）將浪費(fèi)大量的時(shí)間，影響產(chǎn)品的質(zhì)量和交付時(shí)間。 如何處理？ 詳細(xì)認(rèn)真的面對(duì)測(cè)試文檔，在所有測(cè)試階段中，測(cè)試文檔都是一個(gè)非常重要的工作。 從軟件生命周期的最初階段就開始關(guān)注所有的測(cè)試文檔并保持文檔更新。 測(cè)試的提高 （ 1）不要忘記更新測(cè)試計(jì)劃和測(cè)試用例 項(xiàng)目總是越來(lái)越竟 緊張，直到項(xiàng)目順利結(jié)束或者流產(chǎn)。相對(duì)來(lái)說(shuō)，測(cè)試工作對(duì)技術(shù)的要求少一些，但測(cè)試工作量是巨大的。每一輪的測(cè)試，測(cè)試人員都需要知心一部分或者所有的測(cè)試用例。在最緊張的時(shí)候，有一種疲于奔命的感覺，你沒有辦法停下來(lái)，腦子里有一個(gè)聲音在說(shuō)，向前，向前。 最需要提醒的是測(cè)試管理人員。是的，測(cè)試人員必須往前趕，但是也不要忘記了，測(cè)試計(jì)劃和測(cè)試用例是什么時(shí)候?qū)懙模@段時(shí)間呢的 Spec做過哪些更新。所以測(cè)試管理人員必須經(jīng)常做測(cè)試計(jì)劃和用例的更新。 用例不會(huì)是一成不變的，一個(gè)用例在運(yùn)行 5遍以后，你該發(fā)現(xiàn)的問題都發(fā)現(xiàn)了，如果不 補(bǔ)充更新的用例，怎么去對(duì)付被測(cè)試的程序呢。 （ 2）在報(bào)告一個(gè) BUG之前，需要重現(xiàn)一遍 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 26 頁(yè) 共 29 頁(yè) 開發(fā)人員和測(cè)試人員在工作上有些爭(zhēng)論是很正常的，而有些事情卻容易加深誤解，虛假的 BUG就是其中之一。一個(gè) BUG，開發(fā)人員花費(fèi)時(shí)間去檢查代碼，最后卻 發(fā)現(xiàn)這是一個(gè)假 BUG，自然怒火中燒。測(cè)試人員得知消息后也覺得很無(wú)辜，爭(zhēng)辯說(shuō)，我不知道啊，我的確是發(fā)現(xiàn)了錯(cuò)誤。 為什么開發(fā)人員不適合做測(cè)試呢？那是因?yàn)殚_發(fā)人員總是有種心理預(yù)期， “ 我的程序沒問題 ” 或 “ 一點(diǎn)點(diǎn)小的問題，沒有什么的，簡(jiǎn)直可以忽略不計(jì) ” 。而在測(cè)試人員總是懷疑有 BUG的心 理傾向下，我們也要預(yù)防一種錯(cuò)誤：報(bào)告虛假的 BUG。測(cè)試人員一旦發(fā)現(xiàn)問題，心里就興奮起來(lái)，這種興奮程度與 BUG的嚴(yán)重程度成正比。興奮起來(lái)后，人的理智便下降了，人的所見所聞可能與實(shí)際情況有所差異。例如很有可能是因?yàn)闇y(cè)試人員沒有執(zhí)行規(guī)定的步驟導(dǎo)致預(yù)期以外的結(jié)果，而測(cè)試人員被這個(gè)錯(cuò)誤結(jié)果迷惑了，興高采烈地把它當(dāng)作 BUG上提交上去了。 要避免這種問題的發(fā)現(xiàn)需要做的是：在測(cè)試的過程中發(fā)現(xiàn)了問題，暫時(shí)不要作為BUG提交，而是要概要式的記錄在一個(gè)文件或者一張紙上，繼續(xù)往后做測(cè)試。幾個(gè)小時(shí)后，測(cè)試工作告一段落，我們可以做一 個(gè)簡(jiǎn)單的休息，放松一下大腦。然后，回過頭來(lái)處理這段時(shí)間內(nèi)發(fā)現(xiàn)的問題。一個(gè)一個(gè)的重新做一遍，再次發(fā)現(xiàn)的問題，就是真正的 BUG。測(cè)試人員不是神，而是普通的人，是人都會(huì)犯錯(cuò)誤。我們要給自己一個(gè)審查自己的機(jī)會(huì)，避免虛假的 BUG。 在提交 BUG 之前，查詢一下 BUG 庫(kù)或者和相關(guān)的同事做一個(gè)簡(jiǎn)短的交流，盡量不提交重復(fù)的 BUG。 （ 3）更好更專業(yè) 怎么才能做得更專業(yè)？這個(gè)問題很難回答，下面的觀點(diǎn)盡供參考： 少提交虛假 BUG。 少提交重復(fù)的 BUG。 窮追不舍。有的時(shí)候，只是一個(gè) BUG，可能需要測(cè)試人員反復(fù)證實(shí)，去和 項(xiàng)目管理員（ PM）和開發(fā)人員（ Dev）交流，去推動(dòng)問題的解決，這樣的過程沒有一股窮追不舍的勁是很難得成功的。 重視交流。與 PM和 Dev多做交流，這樣的測(cè)試人員才不會(huì)孤陋寡聞。同時(shí)要記住說(shuō)話的態(tài)度和方式，不要咄咄逼人。在交流時(shí)要讓別人聽得進(jìn)你的 “ 忠言逆耳 ” ，你宙斯好不要作興師問罪狀，前面有一個(gè)引子較好，慢慢道來(lái)。 分析錯(cuò)誤原因。我們發(fā)現(xiàn)了問題后，如果能夠得到日志，我們不妨先做一個(gè)日志檢查，并把初步的問題原因分析寫在 BUG 報(bào)告里，豈不是接生了開發(fā)人員的時(shí)間，這樣也增長(zhǎng)了測(cè)試人員的經(jīng)驗(yàn)。 發(fā)現(xiàn)了問題后要重現(xiàn) 一遍，不要急于提交。 不要放棄不能重復(fù)的 BUG。有個(gè) BUG有偶然性，你遇上了一次，而想重現(xiàn)的時(shí)候卻再也看不到它了。測(cè)試人員可能不敢提交，因?yàn)闆]有辦法重現(xiàn)。但即使只出現(xiàn)一次，至少說(shuō)明有可能有問題，所以，不要輕易放棄，要記錄下來(lái)，下次遇到，證據(jù)就全了。不可重現(xiàn)的 BUG也可以提交，只要是注明這個(gè) BUG不容易重現(xiàn)，以面他人誤會(huì)，這樣既不浪費(fèi)開發(fā)人員的時(shí)間，也不讓一個(gè) BUG漏掉。 BUG描述要清晰，無(wú)歧義。 圖片要經(jīng)過裁剪。 不要什么 BUG 附帶的圖片都是全屏的截圖，這樣的文件打開速度慢，而且沒有主次，開發(fā)人員不 知道看哪里。經(jīng)過才見后，突出重點(diǎn)，一目了然，又節(jié)省了瀏覽的時(shí)間，何樂不為呢。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 27 頁(yè) 共 29 頁(yè) 總結(jié)與展望 軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。它不僅是軟件開發(fā)階段的有機(jī)組成部分，而且在整個(gè)軟件工程 (即軟件定義、設(shè)計(jì)和開發(fā)過程 )中占據(jù)相當(dāng)大的比重。軟件測(cè)試是軟件質(zhì)量保證的關(guān)鍵環(huán)節(jié)，直接影響著軟件的質(zhì)量評(píng)估。軟件測(cè)試不僅要講究策略，更要講究時(shí)效性。驗(yàn)收測(cè)試作為軟件測(cè)試過程的最后一個(gè)環(huán)節(jié)，對(duì)軟件質(zhì)量、軟件的可交付性和軟件項(xiàng)目的實(shí)施周期起到 一錘定音 的作用。 隨著市場(chǎng)對(duì)軟件質(zhì)量的不斷提高，軟件測(cè)試不斷受到重視，但 是由于總體上，國(guó)內(nèi)軟件項(xiàng)目過程不規(guī)范，導(dǎo)致重視編碼和輕視測(cè)試的現(xiàn)象，對(duì)于軟件測(cè)試的重要性、測(cè)試方法和流程等還存在很多錯(cuò)誤的認(rèn)識(shí)。 通過這次項(xiàng)目的實(shí)戰(zhàn)訓(xùn)練，使我進(jìn)一步了解了軟件測(cè)試的相關(guān)知識(shí)，增加了項(xiàng)目 經(jīng)驗(yàn)，為今后的實(shí)際工作中打下了堅(jiān)實(shí)的基礎(chǔ)。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 28 頁(yè) 共 29 頁(yè) 致 謝 本文是在我的導(dǎo)師 賀曉敏 悉心指導(dǎo)下完成的。在這難忘的大學(xué)學(xué)習(xí)生涯中，老師給了我精心的指導(dǎo)和細(xì)心的幫助。對(duì)于一個(gè)即將走向社會(huì)的人來(lái)說(shuō)，我深知這種學(xué)習(xí)機(jī)會(huì)是寶貴而難得的，能有今日的收獲和成果與老師的諄諄教導(dǎo)密不可分，從他們那里我懂得了嚴(yán)謹(jǐn)求實(shí)的治學(xué)態(tài) 度、樸實(shí)無(wú)華的工作作風(fēng)、一絲不茍的科研精神和真誠(chéng)正直的做人品德，這對(duì)我來(lái)說(shuō)，會(huì)受益終生。這也會(huì)在潛移默化之中影響著我今后的學(xué)習(xí)和工作，會(huì)激勵(lì)我在未來(lái)的工作和生活中不斷拼搏，積極進(jìn)取。在此，我向老師表示衷心的感謝 ! 最后向所有曾給予我鼓勵(lì)和幫助的而在這里沒有提及的老師、同學(xué)、朋友以及參考文獻(xiàn)的作者們表示最高的敬意 ! 其次深深感謝的是我們的指導(dǎo)老師 —— 賀曉敏 。他淵博的知識(shí)，誠(chéng)懇的為人，使我受益匪淺。在寫作過程中，悉心指導(dǎo)，給了我們很大的幫助。很感謝他對(duì)我的指導(dǎo)。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 29 頁(yè) 共 29 頁(yè) 參考文獻(xiàn) 1. 章立民，《 開發(fā) 范例精講精析》，北京科學(xué)出版社， 2021 2. Karli Watson , Christian Nagel,《 C入門經(jīng)典》，清華大學(xué)出版社， 3. Robert ，《 Agile Software Development Principles,Patterns and Practices》 ,清華大學(xué)出版社， 4. 閻菲，《軟件工程》，中國(guó)水利水電出版社， 2021 5. Jeffrey , Jennifer Widom,《數(shù)據(jù)庫(kù)系統(tǒng)基礎(chǔ)教程》，北京機(jī)械工業(yè)出版社， 6. 黃忠成，《決戰(zhàn) .NET》，電子工業(yè)出版社， 7. 鄧文化，《數(shù)據(jù)結(jié)構(gòu)》，清華大學(xué)出版社， 8. 余芳，肖蓉，劉蔚琴，《 SQL Server 2021 數(shù)據(jù)庫(kù)管理與開發(fā)》，冶金工業(yè)出版社，