軟件測試-論文-樣例

大連東軟信息學院畢業(yè)設計（論文）論文題目論文題目：企業(yè)校園招聘官網(wǎng)的測試設計與實現(xiàn)系所：專業(yè)：學生姓名：學生學號：指導教師：導師職稱：完成日期：大連東軟信息學院DalianNeusoftUniversityofInformation大連東軟信息學院畢業(yè)設計（論文）摘要-第1章項目概述1.1問題描述自21世紀開始，網(wǎng)絡大數(shù)據(jù)等IT產(chǎn)業(yè)不斷發(fā)展，互聯(lián)網(wǎng)+的概念一次又一次的被提出，人力資源中的招聘環(huán)節(jié)已經(jīng)由傳統(tǒng)的獵頭行業(yè)發(fā)展到互聯(lián)網(wǎng)大數(shù)據(jù)招聘。文思海輝軟件公司在之前沒有一個有效的校園招聘官網(wǎng)可以進行簡歷接收、宣講會發(fā)布、崗位發(fā)布、介紹公司情況等功能，此網(wǎng)站的上線必定會解決這一問題。該校招官網(wǎng)是和內(nèi)部CRS系統(tǒng)（文思海輝內(nèi)部校園招聘系統(tǒng)，可進行立項審批操作）實時交互的網(wǎng)站，相當于內(nèi)部系統(tǒng)就是外部招聘官網(wǎng)的后臺數(shù)據(jù)庫。在招聘過程中，內(nèi)部立項的同時，宣講會和招聘需求會同步顯示在網(wǎng)站中，學生在網(wǎng)站投遞簡歷后，招聘人員在后臺也可以直接進行處理。而文思海輝作為一家全球性企業(yè)，每年會招收數(shù)千名實習生，網(wǎng)站上線之前必定需要測試人員對其進行詳盡的測試以防出現(xiàn)數(shù)據(jù)泄露、功能不完善、性能不好、兼容性差等問題。如果在每年的校園招聘高峰期出現(xiàn)了諸如此類的問題，對于整個招聘團隊業(yè)績的達成勢必會造成很大的影響，所以在網(wǎng)站上線之前進行詳盡的測試是必不可少的。1.2項目目標通過制定并閱讀需求后，制定一整套的測試方案，按照單元測試到系統(tǒng)測試的測試步驟，更改缺陷后進行回歸測試，保證系統(tǒng)中外部校園招聘網(wǎng)站與內(nèi)部CRS網(wǎng)站在功能上達到實時交互，其中包括內(nèi)部CRS系統(tǒng)中立項審批之后，能夠?qū)⑿v會內(nèi)容與崗位需求同步顯示在該校園官網(wǎng)中，同時應聘者在官網(wǎng)上投遞的簡歷能夠在內(nèi)部CRS系統(tǒng)中收到并執(zhí)行面試培訓入職等一系列的操作，在執(zhí)行一系列的操作的同時，應聘者也可以在官網(wǎng)看到自己的簡歷進展狀態(tài)。同時要做到網(wǎng)站能夠屏蔽過濾掉一些隨意填寫的垃圾信息。1.3測試范圍該項目重點測試以學生身份進入網(wǎng)站后的一系列操作，兩大網(wǎng)站的交互以及簡歷狀態(tài)實時查看的功能。同時會對內(nèi)部系統(tǒng)宣講會、崗位的上傳等模塊做功能性測試，還將進行網(wǎng)頁的靜態(tài)頁面測試，Juint單元測試以及Web性能測試。1.3.1功能測試本次功能測試將模擬應聘者進行測試，主要測試范圍為應聘者進入網(wǎng)站查看文思海輝企業(yè)的介紹，照片（工作環(huán)境、節(jié)日活動、培訓）、視頻（文思海輝宣傳片、高管談文化、招聘流程&崗位）的正確觀看，宣講會日程、校招崗位的查詢，在線視頻宣講會的收看，小蜜蜂（校園大使）的申請，能夠正確的進行注冊登錄，在注冊登錄之后能夠進行校招崗位的投遞與簡歷進展查詢。在模擬學生進行網(wǎng)站功能性測試之后，會模擬招聘人員進行內(nèi)部CRS系統(tǒng)的宣講會、校招崗位申請與審批，小蜜蜂（校園大使）的審批，在學生投遞簡歷后查看學生資料，安排面試，培訓，發(fā)放OFFER，入職等操作。以上測試完成后會進行兩大網(wǎng)站交互功能的測試，即內(nèi)部審批完成后，宣講會與招聘崗位的內(nèi)容會正確的顯示在校園官網(wǎng)中，學生投遞簡歷后會出現(xiàn)在內(nèi)部CRS系統(tǒng)的人才庫中，招聘人員在進行安排面試、培訓等操作的同時，學生可以查詢到已投簡歷狀態(tài)變更的通知。1.3.2非功能性測試本次測試會進行瀏覽器的兼容性測試以及性能測試。一個網(wǎng)站的開發(fā)中，兼容性必定是一個嚴重的問題，若不能在各個瀏覽器中表現(xiàn)良好，出現(xiàn)了錯行、亂碼、串位等現(xiàn)象，必定是一次不成功的開發(fā)，所以本網(wǎng)站會放在各個主流瀏覽器中進行兼容性測試。在測試的最后，還將運用谷歌出品的Web測試工具進行性能測試。1.4測試策略1.4.1測試設計方法本次測試在進行可以輸入的文本框中將使用等價類劃分法進行測試，運用等價類劃分選擇適當?shù)臄?shù)據(jù)子集來代表整個數(shù)據(jù)集，通過降低測試的數(shù)目去實現(xiàn)“合理的”覆蓋，覆蓋了更多的可能數(shù)據(jù)，以發(fā)現(xiàn)更多的缺陷。1.4.2測試工具本次測試選用自動化測試工具QuicktestProfessional進行輔助測試，使用QTP的目的是想用它來執(zhí)行重復的自動化測試，主要是用于回歸測試和測試同一軟件的新版本。HPQuickTestProfessional提供符合所有主要應用軟件環(huán)境的功能測試和回歸測試的自動化。采用關(guān)鍵字驅(qū)動的理念以簡化測試用例的創(chuàng)建和維護?？梢灾苯愉浿破聊簧系牟僮髁鞒?，自動生成功能測試或者回歸測試用例。測試者也可以通過提供的內(nèi)置腳本和調(diào)試環(huán)境來取得對測試和對象屬性的完全控制。同時選用谷歌出品的Web測試工具WebPageTest輔助進行性能測試。

第2章測試需求分析2.1功能需求2.1.1業(yè)務流程2015年12月-2016年，作者在大連文思海輝進行了本次項目的設計與測試。經(jīng)過與開發(fā)團隊討論、招聘部門的溝通之后，確定如下的業(yè)務流程，其中校招部門為部門招聘員工，CRS系統(tǒng)為CampusRecruitmentSystem即校園實習生招聘系統(tǒng)，同時也是web端和微信端的后臺，可接收投遞的簡歷與小蜜蜂（校園大使）的申請。校招官網(wǎng)為本次測試的重點，微信端和校招官網(wǎng)具有同樣的功能可以發(fā)布在招崗位及宣講會的具體信息，招聘流程如圖2.1所示。圖2.1企業(yè)招聘流程圖2.1.2業(yè)務對象該項目的業(yè)務對象（校招人員、CRS后臺、校招官網(wǎng)和微信后臺、應聘學生）以及其操作的流程描述如表2.1所示。表2.1業(yè)務對象描述序號角色階段流程流程描述1校招人員職位發(fā)起發(fā)起職位需求接收職位需求，發(fā)起需求。2CRS職位發(fā)起接受職位需求，發(fā)布職位。校招人員進入CRS系統(tǒng)進行登記職位需求。3校招官網(wǎng)職位發(fā)起同步CRS中的職位需求。CRS的職位需求需要同步到校招官網(wǎng)。4微信平臺職位發(fā)起同步CRS的職位信息微信平臺同步CRS的職位信息同步。5校招人員校園招聘組織校園宣講活動組織校園宣講招聘活動。6CRS校園招聘宣講會活動發(fā)布在CRS系統(tǒng)中進行校園宣講會活動的發(fā)布。7校招官網(wǎng)校園招聘更新宣講會活動信息同步發(fā)布CRS的宣講會活動信息。8微信平臺校園招聘同步官網(wǎng)的宣講會活動同步CRS的宣講會活動信息。9應聘學生校園招聘關(guān)注微信公眾號學生參加校園宣講會，然后關(guān)注微信公眾號。10應聘學生投遞簡歷查看職位信息進入微信平臺查看職位信息。11微信平臺投遞簡歷注冊信息，預投簡歷如果應聘學生決定應聘，可以選中微信上的職位進行簡歷預投，進行預投時需要個人的信息。12CRS投遞簡歷接受微簡歷CRS上接受微信的微簡歷。13應聘學生&CRS投遞簡歷投遞電子版簡歷應聘學生登陸官網(wǎng)進行網(wǎng)申，投遞正式簡歷。14CRS投遞簡歷接受正式簡歷CRS接受網(wǎng)申的正式簡歷。15CRS投遞簡歷唯一性校驗由于路徑不一樣，可能會存在有兩份簡歷的情況，所以根據(jù)姓名+郵箱+手機進行唯一性校驗。16校招人員&CRS招聘管理招聘流程校招人員進行簡歷篩選、面試、狀態(tài)更新等。17官網(wǎng)&微信平臺招聘管理同步簡歷進展官網(wǎng)和微信平臺需要同步簡歷的進展信息。18學生&微信平臺招聘管理查看簡歷進展應聘的學生可以通過微信平臺查看簡歷的進展信息。針對此業(yè)務流程圖與業(yè)務對象描述制定流程測試的計劃，根據(jù)流程圖所示步驟，將自己模擬為應聘者或者是招聘人員，在日后的系統(tǒng)測試中重點測試所有功能是否和需求分析中的一致。2.2非功能性需求兼容性：支持絕大多數(shù)主流瀏覽器如IE、搜狗、360、火狐等。安全性：保證用戶資料不外泄，注冊信息不被他人窺探。性能：測試初次登陸網(wǎng)站的速度，加載圖片的速度，發(fā)送的請求數(shù)，下載的比特數(shù)等等性能指標。2.3測試需求管理測試需求階段輸出文檔，BUG報告提交，測試管理等內(nèi)容均使用文思海輝內(nèi)部管理軟件進行管理。第3章測試計劃和設計3.1測試背景招聘對于人力資源甚至于企業(yè)運營占有舉足輕重的位置，那么本招聘官網(wǎng)一定要具有良好的功能性和穩(wěn)定性，由于網(wǎng)站測試不完全導致出現(xiàn)錯誤而影響到招聘的進展是很嚴重的問題，網(wǎng)站上線之后再進行修復十分繁瑣，所以在上線之前就進行系統(tǒng)全面規(guī)范的測試是必不可少的。3.2技術(shù)路線此測試項目運用軟件測試基本原理，伴隨著軟件開發(fā)過程，邊開發(fā)邊測試，從最開始的單元測試，集成測試到系統(tǒng)測試和最終的驗收測試，和開發(fā)過程同步，進行Junit單元測試、黑盒測試及自動化測試，最后進行性能測試和壓力測試以便更好地應付招聘繁忙季。本項目的理論依據(jù)有等價類劃分法，選擇適當?shù)臄?shù)據(jù)子集來代表整個數(shù)據(jù)集的，通過降低測試的數(shù)目去實現(xiàn)“合理的”覆蓋，覆蓋了更多的可能數(shù)據(jù)，以發(fā)現(xiàn)更多的軟件缺陷；其中有填寫框的動態(tài)頁面采用黑盒測試測試如校園大使申請采用弱健壯等價類劃分法；個人信息填寫模塊采用強健壯等價類劃分法；修改密碼模塊采用弱健壯等價類劃分法；另外登陸注冊內(nèi)容采用QTP進行自動化測試；其余的如在線視頻宣講會的觀看，企業(yè)榮譽介紹等靜態(tài)頁面直接采用手動測試；登陸注冊編寫Junit進行單元測試，同時采用谷歌公司的Web測試工具WebPageTest對網(wǎng)站進行性能測試。3.3測試環(huán)境Windows版本：Windows7旗艦版處理器：Intel(R)Core(TM)i7-3612QMCPU @2.10GHz安裝內(nèi)存（RAM）：8.00GB（7.86GB可用）系統(tǒng)類型：64位操作系統(tǒng)瀏覽器類型：360極速瀏覽器（主要），谷歌瀏覽器，IE瀏覽器，火狐瀏覽器瀏覽器版本號：34內(nèi)核版本號：45.0.2454.1013.4測試計劃3.4.1里程碑根據(jù)測試范圍時間確定測試具體計劃，并且根據(jù)具體計劃制定測試方案，里程碑如表3.1所示。表3.1項目里程碑階段項目日期測試計劃完成2015.11.30測試計劃評審2015.12.15測試用例完成2015.12.20測試數(shù)據(jù)完成2016.1.1系統(tǒng)測試開始2016.1.15系統(tǒng)測試結(jié)束2016.2.15測試結(jié)束2016.3.1項目上線20.2測試計劃輸出測試計劃完成后輸出文檔提交給招聘對接人員，由招聘人員進行最后的驗收測試，同時可以借鑒此文檔進行內(nèi)部招聘人員的培訓，使其短時間的了解操作步驟從而更好地發(fā)揮網(wǎng)站的優(yōu)勢。3.5測試輸出文檔項目的測試人員、職位、工作職責如表3.2所示。表3.2工作職責表角色姓名工作內(nèi)容測試人員姜卓編寫測試計劃缺陷管理測試結(jié)果分析黑盒測試工程師姜卓編寫測試用例執(zhí)行測試報告缺陷Junit測試工程師姜卓編寫Junit腳本執(zhí)行測試自動化測試工程師姜卓編寫腳本自動化測試執(zhí)行需要配合的部門人員如表3.3所示。表3.3配合人員表角色姓名工作內(nèi)容開發(fā)人員顧翔協(xié)助搭建測試環(huán)境業(yè)務人員顧翔協(xié)助測試人員理解需求，提供業(yè)務幫助3.6測試工具功能自動化測試工具以及性能測試工具如表3.4所示。表3.4自動化測試工具用途工具生產(chǎn)廠商版本功能自動化QTPHP10性能測試WebPageTest谷歌3.7測試規(guī)模以及工作量分析校招官網(wǎng)項目為大型項目，測試工作包括為測試計劃、測試用例的編寫、集成測試的執(zhí)行、涉及功能模塊較多，業(yè)務邏輯較為復雜，測試人員不足，預估測試工作量如表3.5所示。表3.5測試工作量預估任務階段人數(shù)工作日人日小計測試案例編寫12020測試執(zhí)行125253.8測試過程描述3.8.1測試計劃階段編寫測試計劃：測試人員根據(jù)需求分析與項目業(yè)務說明書書寫測試計劃，發(fā)生變化時，隨時根據(jù)變化更新測試計劃。評審測試計劃：測試經(jīng)理閱讀《校園官網(wǎng)項目測試計劃》。測試經(jīng)理針對此文檔給出建議就修改方案。項目經(jīng)理批準經(jīng)過更新的文檔?！缎@官網(wǎng)項目測試計劃》的初版本為1.0，如果該計劃被更新，則版本的序號也隨之增加。測試人員嚴格根據(jù)測試計劃執(zhí)行測試任務。3.8.2測試用例階段編寫測試用例：分析《需求說明書》。測試人員根據(jù)《需求說明書》編寫測試用例。評審測試用例：測試經(jīng)理負責評審《校園官網(wǎng)項目測試用例》。在發(fā)現(xiàn)錯誤或問題的情況下，該測試用例將會被更新。測試經(jīng)理負責填寫《測試用例評審報告》。《校園官網(wǎng)項目測試用例》的最初版本為1.0，如果該計劃被更新，則版本的序號也隨之增加，同時修改相對應的測試計劃。3.8.3測試階段單元測試：測試人員負責根據(jù)《校園官網(wǎng)項目測試計劃》進行單元測試，嚴格把關(guān)測試用例的實際輸出結(jié)果是否符合預期結(jié)果，對比正確與否，將此用例標注為通過或者失敗，將結(jié)果返回給開發(fā)部門。當執(zhí)行測試用例時，如果實際輸出結(jié)果和預期輸出結(jié)果相同，該用例需要被標注為通過；如果實際輸出結(jié)果和預期輸出結(jié)果不同，該用例需要被標注為失敗；如果測試時遇到功能性缺陷導致用例不能執(zhí)行，該測試用例需要被標注為鎖定，直到缺陷被修復，才可以繼續(xù)執(zhí)行該測試用例；測試用例在測試過程中將根據(jù)需要得到更新；測試完成時，需得到測試經(jīng)理的批準。集成測試：根據(jù)《需求分析說明書》，測試人員在每個模塊完成單元測試后，按照設計時確定的結(jié)構(gòu)圖，將他們連接起來，進行集成測試，采用非增量式測試方法采取一步到位的方法來構(gòu)造測試。測試用例在測試過程中將根據(jù)需要得到更新。測試完成時，需得到測試經(jīng)理的批準。確認測試：在集成測試完成之后，分散開發(fā)的各個模塊已經(jīng)連接起來，構(gòu)成了完整的程序，此時進行系統(tǒng)工作的最后部分，確認測試，根據(jù)用戶提出的要求，檢驗所開發(fā)的項目是否全部按照需求開發(fā)完畢。如發(fā)現(xiàn)與需求分說明中存在相當?shù)钠x，需填寫缺陷清單。測試完成時，需得到測試經(jīng)理的批準。全部完成后由測試人員書寫用戶操作手冊。系統(tǒng)測試：軟件開發(fā)全部完成之后，和系統(tǒng)中的其他部分，如硬件系統(tǒng)、數(shù)據(jù)信息集成起來，投入運行以前完成最后的系統(tǒng)測試，保證各部分不僅能單獨地得到檢驗，而且在系統(tǒng)中各部分協(xié)調(diào)工作的環(huán)境下能正常工作。最后交給客戶進行最后的驗收測試。測試不同的系統(tǒng)、瀏覽器中能否正常運行。測試完成時，需得到測試經(jīng)理的批準。測試總結(jié)：測試經(jīng)理總結(jié)各自的測試工作并在《項目測試總結(jié)》中填寫相應的部分內(nèi)容。包括測試工具，測試技術(shù)，測試體會以及工作質(zhì)量等。測試經(jīng)理負責在《項目測試總結(jié)》中分析與總結(jié)測試數(shù)據(jù)，填寫包括測試人員工作效率，人力資源消耗，測試過程中經(jīng)驗與教訓，評價整個項目過程中的測試質(zhì)量。測試完成：測試經(jīng)理負責批準測試完成。所有測試人員在《項目測試總結(jié)》中簽名，證明所有任務都已完成。3.9JUnit單元測試設計系統(tǒng)測試之前運用JUnit單元測試進行注冊登錄模塊的白盒測試，白盒測試又稱結(jié)構(gòu)測試、透明盒測試、邏輯驅(qū)動測試或基于代碼的測試，他是一種測試用例設計方法，盒子指的是被測試的軟件，白盒指的是盒子是可視的，你清楚盒子內(nèi)部的東西以及里面是如何運作的之后。白盒法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進行測試。白盒測試工具是對源代碼進行的測試，測試的主要內(nèi)容包括詞法分析與語法分析、靜態(tài)錯誤分析、動態(tài)檢測等。但是對于不同的開發(fā)語言，測試工具實現(xiàn)的方式和內(nèi)容差別是較大的。白盒測試可以使測試人員去仔細思考軟件的實現(xiàn)，檢測代碼中的每條分支和路徑，揭示隱藏在代碼中的錯誤。對本模塊代碼的測試選用語句覆蓋，為了暴露程序中的錯誤，程序中的每條語句至少應該執(zhí)行一次。選擇足夠多的測試數(shù)據(jù)，使被測程序中每條語句至少執(zhí)行一次。為了保證這個模塊的代碼運行正確，我們新建一個用戶對象來測試注冊功能，如果沒有查詢到這個對象就可以執(zhí)行增加用戶的操作。預編輯注冊代碼如下。/****測試對象*User:jiangzhuo*Date:2016.3.21*用戶注冊*/@RequestMapping("/registerUser")@ResponseBodypublicbooleanregisterUser(@RequestBodyUseruser){if(userService.userLogin(user)!=null){ returnfalse;}userService.add(user);}寫測試用例importjunit.framework.TestRegister;/***測試用例*File:registerUser.java*User:jiangzhuo*Date:2016.3.21*/publicclassregisterUserextendsTestRegister{publicbooleantestAddUser(){ Useruser=newUser("姜卓","123");UserControlleruserController=newUserController(); userControlle.registerUser(user);}新建一個用戶對象，如果能查詢到這個用戶對象就返回登錄成功。預編輯登錄代碼如下。/****測試對象*User:jiangzhuo*Date:2016.3.21*用戶登錄*/@RequestMapping("/userLogin")@ResponseBodypublicbooleanuserLogin(@RequestBodyMapmap){booleanflag=userService.userLogin(map);returnflag;}寫測試用例importjunit.framework.TestLogin;/***測試用例*File:loginUser.java*User:jiangzhuo*Date:2016.3.21*/publicclassloginUserextendsTestLogin{publicbooleantestLoginUser(Mapmap){Useruser=newUser("新用戶","123");UserControlleruserController=newUserController(); userController.userLogin(user);}}3.10功能測試設計3.10.1網(wǎng)站靜態(tài)模塊測試設計對網(wǎng)站中介紹企業(yè)的靜態(tài)頁面進行測試，“走進文思海輝”中集團介紹、location、雇主榮譽三個模塊功能正常，可以查看，并且沒有錯別字；“感受文思海輝”中photos和videos可以點擊進入二級頁面，照片可左右滑動，視頻可點擊觀看并能最大化；“加入文思海輝”中，Q&A可以點擊進入二級頁面且沒有文字錯誤；網(wǎng)站所有外部連接可以點擊鏈接到相應頁面。3.10.2動態(tài)測試（黑盒測試）測試設計宣講會二級頁面的校園大使申請頁面采用弱健壯等價類劃分法進行測試，確保錄入無效垃圾信息時系統(tǒng)會提示錄入出錯，姓名、手機、郵箱、學校、專業(yè)、年級、服務院校、技能等用例的有效值區(qū)間定義為Name={name:2個漢字<=name，且不能是數(shù)字字符等特殊符號}，Tel={tel:tel=11位有效手機號碼}，Mail={mail:XXXXXX@XXXXXXX,X為任意字符}，School={school:非空}，Major={major:非空}，Grade={grade:非空}，Servicecolleges={servicecolleges:非空}，Skill={skill=非空}，具體測試用例及預期輸出如表3.6所示。表3.6小蜜蜂申請測試用例編號測試用例（name,tel,mail,school,major,grade,servicecolleges,skill）預期輸出1姜卓131241064622580@163.com東軟軟件測試大四東軟測試成功提交2123131241064622580@163.com東軟軟件測試大四東軟測試姓名出錯3，，，131241064622580@163.com東軟軟件測試大四東軟測試姓名出錯4test131241064622580@163.com東軟軟件測試大四東軟測試姓名出錯5空131241064622580@163.com東軟軟件測試大四東軟測試姓名出錯6姜卓空2580@163.com東軟軟件測試大四東軟測試電話出錯7姜卓12580@163.com東軟軟件測試大四東軟測試電話出錯8姜卓abc2580@163.com東軟軟件測試大四東軟測試電話出錯9姜卓1312410104102580@163.com東軟軟件測試大四東軟測試電話出錯10姜卓,,,,,,,,,,,2580@163.com東軟軟件測試大四東軟測試電話出錯11姜卓111111111112580@163.com東軟軟件測試大四東軟測試電話出錯12姜東軟軟件測試大四東軟測試郵箱出錯13姜卓1312410646211111111東軟軟件測試大四東軟測試郵箱出錯14姜@東軟軟件測試大四東軟測試郵箱出錯15姜卓131241064621@1東軟軟件測試大四東軟測試郵箱出錯16姜卓131241064622580@163.com空軟件測試大四東軟測試學校出錯17姜東軟空大四東軟測試專業(yè)出錯18姜卓131241064622580@163.com東軟軟件測試空東軟測試年級出錯19姜卓131241064622580@163.com東軟軟件測試大四空測試服務院校20姜卓131241064622580@163.com東軟軟件測試大四東軟空技能出錯用戶注冊二級頁面?zhèn)€人信息填寫模塊采用強健壯等價類劃分法進行測試，確保錄入無效垃圾信息時系統(tǒng)會提示錄入出錯，。有效等價類姓名、手機的有效值區(qū)間定義為Name={name:2個漢字<=name，且不能為數(shù)字字母等特殊符號}，Tel={tel:tel=11位有效手機號碼}具體測試用例及預期輸出如表3.7所示。表3.7個人信息填寫測試用例編號測試用例（name,tel）預期輸出實際輸出1姜存成功保存成功2存失敗保存失敗，請輸入真實姓名3113124106462保存失敗保存成功4存失敗保存成功5，，存失敗保存成功6姜卓11111111111保存失敗保存成功7姜卓aaaaaaaaaaa保存失敗保存失敗8姜卓,,,,,,,,,,,保存失敗保存失敗9姜卓110保存失敗保存失敗10空11111111111保存失敗保存失敗11空aaaaaaaaaaa保存失敗保存失敗12空,,,,,,,,,,,保存失敗保存失敗13空110保存失敗保存失敗續(xù)表3.7個人信息填寫測試用例編號測試用例（name,tel）預期輸出實際輸出14111111111111保存失敗保存失敗151aaaaaaaaaaa保存失敗保存失敗161,,,,,,,,,,,保存失敗保存失敗171110保存失敗保存失敗18a11111111111保存失敗保存失敗19aaaaaaaaaaaa保存失敗保存失敗20a,,,,,,,,,,,保存失敗保存失敗21a110保存失敗保存失敗22，，，11111111111保存失敗保存失敗23，，，aaaaaaaaaaa保存失敗保存失敗24，，，,,,,,,,,,,,保存失敗保存失敗25，，，110保存失敗保存失敗個人信息填寫二級頁面修改密碼模塊采用弱健壯等價類劃分法進行測試，確保錄入無效垃圾信息時系統(tǒng)會提示錄入出錯有效等價類，原密碼，新密碼，確認新密碼的有效等價類為原密碼：{原密碼為正確的原始密碼}，新密碼：正確的新密碼，支持數(shù)字字母字符等}，確認新密碼：和新密碼一樣，具體測試用例及預期輸出如表3.8所示。表3.8修改密碼測試用例編號測試用例（原密碼,新密碼,確認新密碼）預期輸出1123345345更改成功2空345345請輸入原密碼3111345345原始密碼錯誤4123空空請輸入新密碼3.10.3自動化測試設計運用QTP軟件對用戶登錄注冊流程操作進行了自動化測試其中包括設置檢查點，參數(shù)化的操作，確保登陸注冊的模塊返回值正常、網(wǎng)頁中沒有錯誤的鏈接，圖片的數(shù)量正確，功能完善且不出現(xiàn)無用數(shù)據(jù)也可以注冊的情況。其中包括在登錄與注冊輸入用戶名處分別設置了兩個標準檢查點；在登錄注冊四個需要跳轉(zhuǎn)的頁面中設置了四個圖片檢查點；在注冊時對用戶名和密碼的輸入進行了參數(shù)化，使用表格中的數(shù)據(jù)代替手寫輸入的數(shù)據(jù)，其中參數(shù)化表格中數(shù)據(jù)如表3.9所示。表3.9參數(shù)化測試用例用戶名密碼期待輸出11正常輸出aaabbb正常輸出@#s@#s正常輸出test1test1正常輸出中文zhongwen無法正常輸出3.10.4業(yè)務流程測試設計首先對該項目的整個業(yè)務流程進行測試，確保所有功能可以實現(xiàn)，同時針對與學生與招聘人員的使用習慣進行優(yōu)化，盡可能的簡化操作步驟，同時確保用戶使用該系統(tǒng)時不會出現(xiàn)Bug。流程測試包括：招聘人員宣講會的申請，在招崗位的發(fā)布；學生用戶宣講會的查看與校園大使的申請，在招崗位簡歷，簡歷進展實時更新，具體測試用例如以下表格所示。CRS端講師基本信息維護測試用例及描述如表3.10所示。表3.10講師基本信息維護測試用例序號測試描述前置條件操作步驟期望結(jié)果1查看講師信息點擊宣講會下的"講師列表"進入講師信息列表頁2添加宣講會所需的講師信息1、點擊宣講會下的"講師申請"2、填寫講師基本信息3、點擊"提交"彈出提示框"添加成功！"，點擊確定后返回"講師列表"頁3填寫講師信息判空1、填寫信息時，帶'*'的信息未填寫2、點擊"提交"無法點擊提交按鈕，必填文本框變成紅色提醒4講師信息查重所添加將是信息已經(jīng)存在1、填寫已經(jīng)存在的信息（姓名、郵箱、電話其中兩個重復即視為重復信息）2、點擊"提交"彈出提示框"講師信息已存在！"5添加照片大小超標上傳圖片大小大于500K1、填寫基本信息，上傳照片大小大于500K2、點擊"提交"彈出提示框"照片大小不能超過500K,請重新上傳！"6講師信息編輯1、點擊宣講會下的"講師列表"2、點擊某位講師后的"編輯"3、進入編輯界面修改講師信息4、修改信息后點擊"提交"彈出提示框"修改成功！"，點擊確定后返回"講師列表"頁7講師信息刪除1、點擊宣講會下的"講師列表"2、點擊某位講師后的"刪除"彈出提示框"確定修改嗎？"，點擊確定后刪除指定信息并返回"講師列表"頁8講師信息的添加、編輯、刪除權(quán)限測試當前登入的用戶不屬于"宣講會信息核準人"（網(wǎng)申系統(tǒng)管理員）1、點擊宣講會下的"講師申請"2、點擊某位講師后的"編輯"3、點擊某位講師后的"刪除"1、彈出提示框"您當前沒有操作權(quán)限！"2、彈出提示框"您當前沒有編輯權(quán)限！"3、彈出提示框"您當前沒有刪除權(quán)限！"CRS端簡歷參數(shù)回流測試用例及描述如表3.11所示。表3.11簡歷參數(shù)回流測試用例序號測試描述前置條件操作步驟期望結(jié)果1微簡歷信息查重上傳微簡歷信息已經(jīng)存在1、填寫已經(jīng)存在的信息（姓名、郵箱、電話其中兩個重復即視為重復信息）2、點擊"提交微簡歷"3、投遞到某個職位更新原有微簡歷信息2微簡歷投遞職位個數(shù)限制投遞職位大于3個1、繼續(xù)投遞下一個職位2、點擊"申請職位"提示"職位信息新增失敗，每個用戶最多只允許投遞三個崗位"3無職位投遞1、填寫微簡歷信息2、點擊"簡歷列表"中"我的微簡歷"后面的"投遞"進行無職位投遞投遞成功，跳轉(zhuǎn)投遞成功界面，簡歷信息入庫4投遞到職位1、填寫微簡歷信息2、點擊"簡歷列表"中"職位檢索"后，選擇進入相應的職位，點擊"申請職位"投遞成功，跳轉(zhuǎn)投遞成功界面，簡歷信息入庫，投遞職位信息入庫5求關(guān)注簡歷投遞超過三天未處理進入"簡歷進展"，點擊"求關(guān)注"彈出提示框"已向HR發(fā)送提醒郵件"，點擊OK后發(fā)送求關(guān)注郵件6簡歷進展中的狀態(tài)變更在CRS端對簡歷進行"查看聯(lián)系方式"、"安排面試"、"安培培訓"、"發(fā)Offer"、"入職"操作1、CRS端查看了簡歷聯(lián)系方式后，微信端向用戶發(fā)送提醒，"當前狀態(tài)"更新為"HR對你感興趣"2、CRS端簡歷進入面試，微信端向用戶發(fā)送提醒，"當前狀態(tài)"更新為"面試中"3、CRS端簡歷安排培訓，微信端向用戶發(fā)送提醒，"當前狀態(tài)"更新為"培訓中"4、CRS端簡歷被發(fā)Offer，微信端向用戶發(fā)送提醒，"當前狀態(tài)"更新為"已發(fā)Offer"5、CRS端簡歷入職，微信端向用戶發(fā)送提醒，"當前狀態(tài)"更新為"已入職"CRS端宣講會基本信息維護測試用例及描述如表3.12所示。 表3.12宣講會基本信息維護測試用例序號測試描述前置條件操作步驟期望結(jié)果1查看宣講會信息點擊宣講會下的"宣講會列表"進入宣講會信息列表頁2添加宣講會信息并提交1、點擊宣講會下"宣講會申請"2、填寫宣講會必須的基本信息3、點擊"提交"彈出提示框"提交成功,等待審核！"，點擊確定后返回"宣講會列表"頁，狀態(tài)為"待審核"，數(shù)據(jù)庫中生成提醒郵件，提醒"宣講會信息核準人"審核3添加宣講會信息并保存草稿1、點擊宣講會下"宣講會申請"2、填寫宣講會必須的基本信息3、點擊"保存草稿"彈出提示框"保存草稿成功！"，點擊確定后返回"宣講會列表"頁，狀態(tài)為"草稿"4宣講會舉辦時間及備注信息中的時間判斷1、填寫信息時，"舉辦時間"或者"備注信息"中的時間不填或開始時間大于結(jié)束時間，其他正確填寫2、點擊"提交"或"保存草稿"彈出提示框"請輸入正確的時間范圍！"或"備注信息有誤，請輸入正確時間范圍"5填寫宣講會信息判空1、填寫信息時，存在帶'*'的信息未填寫2、點擊"提交"或"保存草稿"無法點擊"提交"或"保存草稿"按鈕，必填文本框變成紅色提醒6查看某一宣講會的詳細信息點擊"宣講會列表"中的某一宣講會名稱打開一個新的網(wǎng)頁，顯示相應的宣講會詳細信息(只能看到自己申請的宣講會信息的二維碼)續(xù)表3.12宣講會基本信息維護測試用例序號測試描述前置條件操作步驟期望結(jié)果7編輯和刪除某一狀態(tài)為"草稿"的宣講會信息1、狀態(tài)為"草稿"的宣講會信息后面會顯示"編輯"、"刪除"按鈕2、點擊相應的按鈕1、點擊"編輯"，進入編輯頁面，修改信息2、點擊"刪除"，彈出提示框"確認刪除嗎？"點擊"確認"，彈出提示框"刪除成功！"對應狀態(tài)變?yōu)?取消發(fā)布"8宣講會審核當前登入的用戶不屬于"宣講會信息核準人"（網(wǎng)申系統(tǒng)管理員）點擊"個人工作區(qū)"下的"我的待辦"中操作相應的宣講會信息，有"審批通過"和"退回"兩種操作1、點擊"審核通過"，彈出提示框"真的要審核通過嗎？"點擊"確定"彈出提示框"操作成功！"并刷新頁面2、點擊"退回"，彈出提示框"真的要退回嗎？"點擊"確認"，彈出提示框"操作成功！"并刷新頁面CRS端人才庫管理測試用例及描述如表3.13所示。表3.13人才庫管理測試用例序號測試描述前置條件操作步驟期望結(jié)果1查看人才詳情點擊"企業(yè)人才庫"中相應的姓名進入人才詳情頁面2查看人才聯(lián)系方式該簡歷來源是微信端點擊"操作"中的"查看聯(lián)系方式"彈出提示框"查看成功！"數(shù)據(jù)庫中的簡歷狀態(tài)更改為"HR對你感興趣"3發(fā)送提醒郵件該簡歷來源是微信端點擊"操作"中的"發(fā)送提醒郵件"數(shù)據(jù)庫中生成提醒郵件4簡歷導出Excel表點擊"導出"按鈕導出一張Excel簡歷表CRS端小蜜蜂后臺管理測試用例及描述如表3.14所示。表3.14小蜜蜂后臺管理測試用例序號測試描述前置條件操作步驟期望結(jié)果1查看小蜜蜂信息點擊"宣講會"中的"小蜜蜂"進入小蜜蜂列表頁面2小蜜蜂的核準當前登入的用戶不屬于"宣講會信息核準人"（網(wǎng)申系統(tǒng)管理員）點擊"個人工作區(qū)"下的"我的待辦"中操作相應的小蜜蜂信息，有"通過"和"拒絕"兩種操作1、點擊"通過"，彈出提示框"真的要審核通過嗎？"點擊"確定"彈出提示框"操作成功！"并刷新頁面，數(shù)據(jù)庫中生成提醒郵件2、點擊"拒絕"，彈出文本框"請輸入拒絕理由"填寫原因后點擊"提交"，彈出提示框"審核成功！"，點擊"確定"刷新頁面，數(shù)據(jù)庫生成提醒郵件校園官網(wǎng)端測試用例及描述如下，其中賬戶信息測試用例如表3.15所示。表3.15賬戶信息測試用例功能名稱Case序號測試描述操作步驟期望結(jié)果注冊1注冊校招官網(wǎng)用戶1、打開登錄界面，點擊"立即注冊"2、填寫用戶名、密碼、確認密碼后點擊"注冊"注冊成功，彈出提示框"注冊成功，快去登陸吧！"并且可以使用賬號登錄注銷2退出登錄用戶點擊右上角"注銷"彈出確認框，點擊"確定"后跳轉(zhuǎn)登錄頁面賬戶設置3修改注冊信息進入"個人信息"中的"賬戶設置"修改姓名和手機號碼，點擊"保存"彈出提示框"信息已修改，請重新登陸！"，跳轉(zhuǎn)登錄頁面，數(shù)據(jù)庫中人才信息更新在線填寫簡歷4填寫簡歷提交填寫必填簡歷信息，點擊"提交簡歷"彈出提示框"簡歷創(chuàng)建成功！"，簡歷信息入庫校園官網(wǎng)宣講會模塊測試用例如表3.16所示。表3.16宣講會模塊測試用例功能名稱Case序號測試描述前置條件操作步驟期望結(jié)果小蜜蜂申請1用戶申請成為宣講會小蜜蜂1、打開"宣講會日程"，點擊"申請小蜜蜂"2、填寫基本信息，點擊"立即申請"1、彈出提示框"小蜜蜂申請已經(jīng)發(fā)出，請耐心等待審核！"2、CRS中小蜜蜂界面獲得信息小蜜蜂申請審核2審核已發(fā)出的小蜜蜂申請CRS用戶屬于"網(wǎng)申系統(tǒng)管理員"在"個人工作區(qū)"中"通過"或"拒絕"申請CRS中小蜜蜂列表狀態(tài)更新并且發(fā)送提醒郵件小蜜蜂申請字段校驗3測試輸入判空、郵件、手機號格式輸入錯誤郵箱格式或錯誤手機號碼格式或必填信息不填寫彈出相應的提示，無法點擊"申請小蜜蜂"線下宣講會詳情查看4查看宣講會的內(nèi)容宣講會通過審核1、打開"宣講會日程"，點擊"線下宣講會"2、點擊某一宣講會后面的"詳情"進入詳情頁面打開詳情頁面，顯示宣講會基本信息，包括演講大咖的照片以及二維碼校園官網(wǎng)校招崗位模塊測試用例如表3.17所示。表3.17校招崗位模塊測試用例功能名稱Case序號測試描述前置條件操作步驟期望結(jié)果查看校招職位詳情1查看職位詳細信息點擊相應職位后面的"詳情"打開職位信息詳情頁面校招職位查詢功能2根據(jù)條件搜素相應職位信息進入"校招職位"輸入名稱、地點、專業(yè)等關(guān)鍵字點擊查詢按鈕根據(jù)搜索條件顯示相應的職位列表校招職位收藏3收藏喜歡的職位信息點擊相應職位后面的"收藏"1、彈出提示框"職位已收藏，請到個人中心-我的收藏中查看"2、"個人中心"中"職位收藏"中增加職位信息校招職位取消收藏4取消收藏已收藏的職位信息點擊"個人中心"中"職位收藏"中相應的職位后面的"取消收藏"彈出確認框，點擊"確定"后彈出提示框"該職位已從我的收藏刪除！"續(xù)表3.17校招崗位模塊測試用例功能名稱Case序號測試描述前置條件操作步驟期望結(jié)果申請職位5申請?zhí)囟ǖ穆毼贿M入"校招職位"，點擊相應職位詳情，點擊"立即申請"彈出提示框"申請成功！"，對應職位信息入庫重復申請職位6申請已申請的職位進入"校招職位"，點擊已經(jīng)申請的職位詳情，點擊"立即申請"彈出提示框"已投遞過該崗位！"取消職位申請7取消已申請的職位進入"個人信息"中"我的申請"，點擊相應職位后的"取消申請"彈出確認框，點擊"確定"后彈出提示框"對該崗位的申請已取消！"數(shù)據(jù)庫中刪除此信息無職位投遞8無職位投遞進入"校招職位"，點擊"無職位推薦"彈出提示框"無職位投遞成功，我們將盡快處理您的簡歷！"校園官網(wǎng)簡歷進展模塊測試用例如表3.18所示。表3.18簡歷進展模塊測試用例功能名稱Case序號測試描述前置條件操作步驟期望結(jié)果簡歷查重1投遞姓名、手機號碼相同的簡歷注冊不同賬號，填寫相同的姓名、手機號碼，然后投遞簡歷這兩個賬號視為同一簡歷忘記密碼2忘記密碼后，如何修改自己的簡歷信息重新注冊賬號，填寫相同的姓名、手機號碼，進入"簡歷中心"修改基本信息，點擊"提交簡歷"重新設置賬戶后，進入"簡歷中心"，可以直接匹配到并顯示據(jù)庫中的相應簡歷信息，提交后可以修改入庫簡歷進展3同步顯示簡歷的進展1、注冊后，未提交簡歷2、提交簡歷3、CRS端查看簡歷聯(lián)系方式4、CRS端給該簡歷安排了面試5、CRS端給該簡歷發(fā)Offer6、CRS端接受Offer同意入職1、我的簡歷進展全部顯示灰色2、"我的簡歷進展"顯示投遞成功3、"我的簡歷"進展顯示"HR對你感興趣4、"我的簡歷進展"顯示面試中5、"我的簡歷進展"顯示"Offer"6、"我的簡歷進展"入職"其它功能模塊測試用例如表3.19所示。表3.19其它功能模塊測試用例功能名稱Case序號測試描述前置條件操作步驟期望結(jié)果感受文思海輝1感受文思海輝的照片和視頻功能進入"感受文思海輝"，點擊"PHOTOS"查看照片，點擊"VIDEOS"查看小視頻正確彈出宣傳照片和視頻走進文思海輝2走進文思海輝中對公司的介紹進入"走進文思海輝"，點擊"集團介紹"、"location"、"雇主榮譽"來查看相應信息正確彈出公司的宣傳信息Q&A3對于網(wǎng)站的基本問答進入"校園招聘"的"Q&A"模塊查看基本問答正確進入Q&A界面線上宣講會查看4查看線上宣講會的信息進入"在線視頻宣講會"查看相應視頻正確查看宣講會視頻3.11兼容性測試設計使用盡可能多的瀏覽器，測試該網(wǎng)站在各個環(huán)境下能否順利工作，具體信息如表3.20所示。表3.20兼容性測試兼容對象測試重點備注瀏覽器頁面各功能的可用性，界面顯示的美觀、一致性此為兼容性測試的重點。通常需要兼容IE、火狐、谷歌、360等。3.12性能測試設計使用谷歌出品的WebPageTest工具進行Web性能測試，需測出FirstView，RepeatView，DocumentComplete，F(xiàn)ullyLoaded，LoadTime等性能測試指標以及關(guān)鍵性能優(yōu)化的分數(shù)。其中專業(yè)術(shù)語部分解析如下。Keep-aliveEnabled:保持連接的可用性：每一個內(nèi)容的每一個請求（圖片，js,css,flash等）都需要和web服務器建立一個連接。由于建立新的連接會消耗許多時間，所以最好是對之前建立起來的連接進行復用。在許多的配置文件或者HTTP1.1標準中，這些連接是默認被復用的，只是很多時候被無意識的斷開了。保持這些連接可復用通常只是改變服務器上的配置文件，并不需要對頁面自己做什么改變，就可以減少頁面加載時間的40-50%。CompressText:壓縮文本這是針對那些文本形式的，如html,js,css,而不是圖片或視頻。HTTP提供一種方法來傳輸這些壓縮的文本。壓縮文本資源可以通過改變服務器端的配置文件，而不用對頁面本省做任何的改變，就可以提高性能，降低傳輸?shù)拇鷥r（傳輸?shù)臄?shù)據(jù)量變小了）；由于js,css是在頁面剛開始的時候下載的，因此提高它們的下載速度將增加用戶體驗。CompressImages:壓縮圖片：可以在photoshop上通過將圖片保存為“saveforweb”就可以壓縮50%。CacheStaticContent:將靜態(tài)內(nèi)容保存在cache中如圖片，js,css都是不經(jīng)常變動的東西。將這些靜態(tài)的內(nèi)容保存在cache中，當用戶再次訪問這個頁面或者是引用這個文件的頁面時，就可以直接讀取cache中的內(nèi)容，可以提供80%以上，降低web服務器的負載。CombineJS/CSSFiles:組合js/css文件提高性能通常就是一味的降低請求數(shù)，其中一個最簡單的方法就是降低單個js和css文件的個數(shù)（這個在<head>中的單個文件阻礙了頁面向用戶展示）；所以可以將所有js放在一個單個文件中，所有css放在一個文件中，使得css在js之前加載完。UseofCDN:使用CDN每個內(nèi)容的每一個請求都是從用戶的瀏覽器發(fā)送到服務器并且返回。在服務器和客戶端來來回回的時間變的很多。并且傳輸速度受到限制，所以不得不將服務器移的離客戶端近一些。3.13回歸測試設計回歸測試策略基本上有兩種：全部回歸，也就是把之前的所有的測試用例，無論是手動的，還是自動的，全部跑一遍；部分回歸，定性分析代碼改動有哪些影響，代碼改動的文件/模塊和其他的文件/模塊的依賴性，然后選擇被影響到的文件/模塊相應的測試用例來跑一遍。本次測試選擇全部回歸測試，初次測試之后得到反饋后進行回歸測試，同時模擬真正項目上線后存在大量數(shù)據(jù)的情況。因回歸測試時一個嚴格來說不是一個測試階段，只是一種可以用于各個測試階段的測試技術(shù)，所以在測試執(zhí)行得到缺陷后回歸測試。3.14測試設計方法總結(jié)此次測試的是一個網(wǎng)站，針對于用戶來說一個網(wǎng)站最重要的莫過于頁面的美觀，功能的簡便，而針對于系統(tǒng)開發(fā)人員來說莫過于系統(tǒng)的穩(wěn)定運行減少后期的維護成本。所以本次系統(tǒng)測試的重點為學生用戶與招聘人員操作此系統(tǒng)的流程問題，這是其一，其二是垃圾數(shù)據(jù)的處理，網(wǎng)站面向于所有人開放，這就不可避免的有些人操作此系統(tǒng)填寫無用數(shù)據(jù)，此次測試的第二個重點就是各種填寫框中的限定，對于姓名、電話等信息在編寫代碼時增加限定，防止有些人隨意輸入導致后臺數(shù)據(jù)庫存在大量無用信息導致招聘人員的工作量加大。另外，兼容性與網(wǎng)站讀取速度也是作為網(wǎng)站開發(fā)建設所必須具備的要求，此系統(tǒng)必須支持各種主流瀏覽器（360、火狐、谷歌、搜狗、IE等），同時也應有較好的抗壓性來應付春招秋招等招聘繁忙時期用戶的投遞簡歷功能。大連東軟信息學院畢業(yè)設計（論文）第4章測試執(zhí)行4.1JUint單元測試執(zhí)行選用白盒測試進行登錄測試，用戶名返回如圖4.1所示。圖4.1用戶名密碼返回如圖4.2所示。圖4.2密碼4.2功能測試執(zhí)行4.2.1網(wǎng)站靜態(tài)測試執(zhí)行經(jīng)測試，網(wǎng)站中介紹企業(yè)的靜態(tài)頁面走進文思海輝中集團介紹、location、雇主榮譽三個模塊功能正常，可以查看，并且沒有錯別字；感受文思海輝中photos和videos可以點擊進入二級頁面，照片可左右滑動，視頻可點擊觀看并能最大化；加入文思海輝中Q&A可以點擊進入二級頁面且沒有文字錯誤。網(wǎng)站下方三個按鈕AboutPactera，校招咨詢兩個按鈕點擊之后鏈接到無效網(wǎng)頁，ContactUs按鈕無法點擊，BUG描述如表4.1所示。表4.1BUG描述BUG類型BUG位置BUG描述備注功能性網(wǎng)站底部三個按鈕AboutPactera，校招咨詢，ContactUs按鈕點擊出現(xiàn)錯誤4.2.2動態(tài)測試（黑盒測試）執(zhí)行小蜜蜂（校園大使）申請測試測試執(zhí)行如表4.2所示。表4.2小蜜蜂申請模塊測試執(zhí)行編號預期輸出實際輸出備注是否如預期輸出Test1成功提交成功提交全部有效等價類是Test2姓名出錯成功提交程序設定可以為數(shù)字否Test3姓名出錯成功提交程序設定可以為字符否Test4姓名出錯成功提交程序設定可以為字母否Test5姓名出錯姓名列表顯示紅色，無法提交姓名為空是Test6電話出錯電話列表顯示紅色無法提交電話號碼為空是Test7電話出錯電話列表顯示紅色無法提交電話號碼位數(shù)不對是續(xù)表4.2小蜜蜂申請模塊測試執(zhí)行編號預期輸出實際輸出備注是否如預期輸出Test9電話出錯電話列表顯示紅色無法提交電話號碼超出范圍是Test10電話出錯電話列表顯示紅色無法提交電話號碼為字符否Test11電話出錯成功提交無效電話號碼也提交成功否Test12郵箱出錯郵箱列表顯示紅色無法提交郵箱為空是Test13郵箱出錯郵箱列表顯示紅色無法提交郵箱格式錯誤是Test14郵箱出錯成功提交郵箱格式錯誤否Test15郵箱出錯成功提交郵箱格式錯誤否Test16學校出錯學校列表顯示紅色無法提交學校為空是Test17專業(yè)出錯專業(yè)列表顯示紅色無法提交專業(yè)為空是Test18年級出錯年級列表顯示為紅色無法提交年級為空是Test19服務院校出錯服務院校顯示為紅色無法提交服務院校為空是Test20技能出錯技能列表顯示為紅色無法提交技能列表為空是測試總結(jié)：此模塊是針對學生用來申請校園大使即小蜜蜂的模塊，一共有八個必須要填寫的文字框，分別為姓名、手機、郵箱、學校、專業(yè)、年級、服務院校、技能。此模塊必定要測試無效值故選擇了黑盒測試中等價類劃分法中的弱健壯等價類測試，分別控制八個屬性的變量，每次只使用無效等價類中的一個無效值進行測試最終發(fā)現(xiàn)以下幾點不完美之處1.姓名輸入一欄中，一般學生會以中文漢字來進行填寫，本網(wǎng)站并沒有限定英文與數(shù)字的限定且最大字符長度為5位字符，建議增加英文與數(shù)字的限定并增大可輸入長度。2.電話輸入一欄中，只要是11個數(shù)字即可通過申請，比如111-1111-1111，000-0000-0000這樣的無效電話號碼亦可通過，建議規(guī)范電話號碼輸入的準確性。3.郵箱輸入一欄中，只要帶@，不管其他位數(shù)是任何無效值，都可以通過申請，比如1@1,A@A，甚至于單單一個@都可以通過，建議規(guī)范郵箱輸入的準確性。個人信息填寫模塊測試執(zhí)行如表4.3所示。表4.3個人信息填寫模塊測試執(zhí)行編號預期輸出實際輸出備注是否如預期輸出test1保存成功保存成功正確用例是test2保存失敗保存失敗，請輸入真實姓名姓名為空進行測試是test3保存失敗保存成功姓名為數(shù)字測試，保存成功否test4保存失敗保存成功姓名為數(shù)字字母，保存成功否test5保存失敗保存成功姓名為特殊符號，保存成功否test6保存失敗保存成功無效手機號碼也能保存成功否test7保存失敗保存失敗字符型手機號碼無法保存是test8保存失敗保存失敗標點符號無法保存是test9保存失敗保存失敗錯誤長度無法保存是test10保存失敗保存失敗全部為錯誤輸入無法保存是test11保存失敗保存失敗全部為錯誤輸入無法保存是test12保存失敗保存失敗全部為錯誤輸入無法保存是test13保存失敗保存失敗全部為錯誤輸入無法保存是test14保存失敗保存失敗全部為錯誤輸入無法保存是續(xù)表4.3個人信息填寫模塊測試執(zhí)行test15保存失敗保存失敗全部為錯誤輸入無法保存是test16保存失敗保存失敗全部為錯誤輸入無法保存是test17保存失敗保存失敗全部為錯誤輸入無法保存是test18保存失敗保存失敗全部為錯誤輸入無法保存是test19保存失敗保存失敗全部為錯誤輸入無法保存是test20保存失敗保存失敗全部為錯誤輸入無法保存是test21保存失敗保存失敗全部為錯誤輸入無法保存是test22保存失敗保存失敗全部為錯誤輸入無法保存是test23保存失敗保存失敗全部為錯誤輸入無法保存是test24保存失敗保存失敗全部為錯誤輸入無法保存是test25保存失敗保存失敗全部為錯誤輸入無法保存是測試總結(jié)：此模塊是學生創(chuàng)建賬號后需要填寫的姓名及電話，需要完全實名制，因為只有兩個變量，所以選擇了強健壯等價類劃分法進行測試用例的設計缺點比較明顯，仍然是編程者沒有進行嚴格的輸入限制，導致姓名一欄中即使輸入數(shù)字如：1，字母如a甚至于標點符號,,,都可以保存成功，電話填寫中同樣具有此問題即即使輸入無效電話如11個1仍然可以創(chuàng)建成功，建議后期開發(fā)中增加限制功能，并在后面強調(diào)請?zhí)顚懻鎸嵭畔?。修改密碼模塊弱健壯等價類的測試用例如表4.4所示（正確原密碼為123）。表4.4修改密碼模塊測試執(zhí)行編號預期輸出實際輸出備注是否如預期輸出test1更改成功更改成功正確用例是test2請輸入原密碼請輸入原密碼不輸入原始密碼是test3原始密碼錯誤原始密碼錯誤輸入錯誤原始密碼是test4請輸入新密碼請輸入新密碼不輸入新密碼是測試結(jié)果：此模塊暫沒發(fā)現(xiàn)BUG，不過如果提示用戶密碼長度會更好。4.2.3自動化測試執(zhí)行首先使用QTP自動化測試工具錄制登陸注冊的操作如圖4.3所示。圖4.3錄制運行腳本，通過，如圖4.4所示。圖4.4運行結(jié)果創(chuàng)建標準檢查點，檢查網(wǎng)頁登陸與注冊時用戶名返回的值是否一致，如圖4.5所示。圖4.5標準檢查點標準檢查點運行結(jié)果如圖4.6所示。圖4.6標準檢查點運行結(jié)果創(chuàng)建四個網(wǎng)頁檢查點，分別為歡迎頁、注冊、登陸、登陸成功，檢查網(wǎng)頁中是否有錯誤的鏈接、圖片數(shù)量是否正常，如圖4.7所示。圖4.7圖片檢查點圖片檢查點運行結(jié)果如圖4.8所示。圖4.8圖片檢查點運行結(jié)果將QTP中固定的Value值參數(shù)化，設計測試用例檢測注冊信息的注冊規(guī)矩，如圖4.9所示。圖4.9參數(shù)化參數(shù)化運行結(jié)果如圖4.10所示。圖4.10參數(shù)化運行結(jié)果4.2.4流程測試執(zhí)行首先測試宣講會模塊，在CRS系統(tǒng)中創(chuàng)建一場名叫“姜卓的測試”的宣講會，地點大連東軟信息學院A3-221，點擊提交，如圖4.11所示。圖4.11創(chuàng)建宣講會宣講會會創(chuàng)建完畢CRS端如圖4.12所示。圖4.12查看CRS端宣講會經(jīng)過審批完成后，官網(wǎng)展示出了宣講會的時間地點。點擊詳情后即可出現(xiàn)具體信息，如圖4.13所示。圖4.13查看官網(wǎng)端宣講會進入小蜜蜂（校園大使申請）頁面，填寫信息完成后點擊申請，發(fā)現(xiàn)填寫信息頁面出現(xiàn)了嚴重的格式錯誤，瀏覽器為火狐瀏覽器隨后記錄下此BUG，如圖4.14所示。圖4.14火狐瀏覽器隨后更改為谷歌以及IE瀏覽器進行測試，界面顯示正常，如圖4.15所示。圖4.15谷歌瀏覽器BUG匯報如表4.5所示。表4.5兼容性BUGBUG類型BUG位置BUG描述備注瀏覽器兼容性類型小蜜蜂（校園大使）申請火狐瀏覽器下出現(xiàn)格式問題隨后招聘人員可以在CRS系統(tǒng)中看到小蜜蜂申請的信息，如圖4.16所示。圖4.16查看小蜜蜂申請信息隨后測試崗位上傳模塊，首先由招聘人員創(chuàng)建一個崗位介紹，崗位名：校園官網(wǎng)測試，如圖4.17所示。圖4.17創(chuàng)建崗位崗位創(chuàng)建完畢CRS端顯示界面如圖4.18所示。圖4.18CRS端崗位信息審批后此條信息可出現(xiàn)在官網(wǎng)在招崗位中，如圖4.19所示。圖4.19校招官網(wǎng)在招崗位界面創(chuàng)建簡歷進行申請操作招聘人員即可在后臺看到簡歷，如圖4.20所示。圖4.20應聘人信息接下來進行簡歷實時更新模塊測試,選擇CRS系統(tǒng)二次測試這個職位進行投遞，投遞完成后顯示投遞成功，如圖4.21所示。圖4.21投遞簡歷招聘人員點擊后臺查看聯(lián)系方式后簡歷進展顯示為HR對你感興趣，如圖4.22所示。圖4.22簡歷進展流程圖（HR對你感興趣）HR在后臺經(jīng)過操作將候選人安排面試后，簡歷進展更改為面試中，如圖4.23所示。圖4.23招聘人員安排面試簡歷進展更改為面試中，如圖4.24所示。圖4.24建立進展流程圖（面試中）HR在后臺可以將其直接發(fā)送OFFER或者安排培訓，如直接發(fā)放OFFER簡歷狀態(tài)為OFFER，在此先測試安排培訓，簡歷狀態(tài)更改為培訓中，如圖4.25所示。圖4.25招聘人員安排培訓簡歷進展更改為培訓中如圖4.26所示。圖4.26簡歷進展流程圖（培訓中）HR在后臺發(fā)放OFFER后，選擇候選人接受OFFER，簡歷狀態(tài)繼續(xù)更改，變?yōu)镺FFER狀態(tài)，如圖4.27。圖4.27接受OFFER簡歷進展更新為OFFER狀態(tài)如圖4.28所示。圖4.28簡歷進展流程圖（OFFER）隨后HR在CRS后臺選擇確認候選人入職，簡歷流程更改為入職，至此，全部簡歷進展完畢，如圖4.29所示。圖4.29招聘人員確認入職簡歷流程更改為入職如圖4.30所示。圖4.30簡歷進展流程圖（入職）4.3兼容性測試瀏覽器兼容性測試：選用谷歌、360、火狐、IE這四個市面上最為常見的瀏覽器進行兼容性測試，測試網(wǎng)站所有頁面的點擊，觀看等。4.3.1谷歌瀏覽器兼容性測試谷歌瀏覽器兼容性測試部分如圖4.31所示。圖4.31谷歌4.3.2360極速瀏覽器兼容性測試360極速瀏覽器兼容性測試部分如圖4.32所示。圖4.32360極速瀏覽器4.3.3火狐瀏覽器兼容性測試火狐瀏覽器兼容性測試部分如圖4.33所示。圖4.33火狐瀏覽器4.3.4IE瀏覽器兼容性測試IE瀏覽器兼容性測試部分如圖4.34所示。圖4.34IE瀏覽器4.4性能測試性能測試選用谷歌出品的WebPageTest進行測試，因為該項目網(wǎng)站只針對中國內(nèi)部校園招聘，故在測試之前將TestLocation選為上海，瀏覽器選擇谷歌，輸出網(wǎng)址進行測試。經(jīng)測試后，網(wǎng)站關(guān)鍵性能優(yōu)化的分數(shù)如圖4.35所示，如果等級低于B的話說明有比較嚴重的問題。圖4.35性能測試評分讀取時間等具體信息如圖4.36所示。圖4.36性能測試速度網(wǎng)站具體請求數(shù)量餅形圖如圖4.37所示。圖4.37網(wǎng)站請求類型分解4.5缺陷管理4.5.1缺陷匯報本次測試發(fā)現(xiàn)如下缺陷，兼容性不好，瀏覽器版本過多導致開發(fā)人員無法面面俱到的測試所有瀏覽器的兼容情況，導致有些瀏覽器如火狐，會出現(xiàn)有些界面文本框錯位的情況；文本輸入框內(nèi)限定做的不足，當填寫如姓名、郵箱、電話等文本時，會出現(xiàn)無用信息也可以錄入的情況；網(wǎng)站底部三個按鈕功能不好用；性能測試中在Compressimages和Cachestaticcontent這兩個模塊中表現(xiàn)的并不是很完美只得到了D和F的分數(shù)，具體缺陷報告如下。其中文本框缺陷報告如表4.6所示。表4.6文本框缺陷報告Bug標題文本框限定問題產(chǎn)品名稱企業(yè)校園招聘系統(tǒng)功能模塊名

小蜜蜂、個人信息更改產(chǎn)品子系統(tǒng)無

產(chǎn)品版本1.0

測試平臺

谷歌瀏覽器測試階段單元測試問題級別一般優(yōu)先級別低問題來源初始版本測試問題類型改進建議Bug描述在進行單元測試初期，發(fā)現(xiàn)小蜜蜂與個人信息模塊修改頁面限定做的不足，兩個模塊有同樣的不足，當填寫姓名、郵箱、電話時未進行精準的限定導致無效信息可以隨意錄入，建議進行嚴格的限定。兼容性缺陷報告如表4.7所示。表4.7兼容性缺陷報告Bug標題小蜜蜂模塊兼容性缺陷產(chǎn)品名稱企業(yè)校園招聘系統(tǒng)功能模塊名

小蜜蜂申請產(chǎn)品子系統(tǒng)無

產(chǎn)品版本1.0

測試平臺

火狐瀏覽器測試階段單元測試問題級別一般優(yōu)先級別一般問題來源工程故障問題類型兼容性問題Bug描述使用火狐瀏覽器登陸小蜜蜂申請模塊會出現(xiàn)格式串行現(xiàn)象，需及時修改。按鈕無效的缺陷如表4.8所示。表4.8首頁功能缺陷報告Bug標題首頁按鈕無效鏈接產(chǎn)品名稱企業(yè)校園招聘系統(tǒng)功能模塊名

小蜜蜂申請產(chǎn)品子系統(tǒng)無

產(chǎn)品版本1.0

測試平臺

谷歌瀏覽器測試階段單元測試問題級別一般優(yōu)先級別低問題來源測試問題類型功能性問題Bug描述首頁三個底部三個按鈕缺陷，其中AboutPactera與校招咨詢兩個按鈕鏈接錯誤頁面，ContactUs按鈕點擊無效。性能缺陷如表4.9所示。表4.9性能缺陷報告Bug標題網(wǎng)站性能缺陷產(chǎn)品名稱企業(yè)校園招聘系統(tǒng)功能模塊名

小蜜蜂申請產(chǎn)品子系統(tǒng)無

產(chǎn)品版本1.0

測試平臺

谷歌瀏覽器測試階段集成測試問題級別低優(yōu)先級別低問題來源測試問題類型性能問題Bug描述經(jīng)工具測試，本網(wǎng)站中StaticContent，CombineJS/CSSFiles這兩個模塊中表現(xiàn)的并不是很完美只得到了D和F的分數(shù)。4.5.2缺陷跟蹤缺陷已經(jīng)通過系統(tǒng)及時提交給開發(fā)人員，根據(jù)下表所示，兼容性的缺陷為中等缺陷，會導致校園大使申請模塊無法正常使用，已經(jīng)提交及時修復；文本框限定為低級缺陷，將在后續(xù)的更新維護中完善；三個按鈕為低級缺陷，導致三個次要模塊無法正常使用，性能缺陷為低級缺陷，只會導致部分人首次加載網(wǎng)站時過于緩慢。截止目前，經(jīng)過回歸測試后，火狐瀏覽器的兼容性問題已經(jīng)得到解決，文本框限定問題、三個按鈕的沒有配置、并不嚴重的性能問題將在日后進行的第二次開發(fā)中得到解決。而經(jīng)過回歸測試模擬大量數(shù)據(jù)添加系統(tǒng)后發(fā)現(xiàn)，當職位名稱介紹等信息超過十個漢字字符后，網(wǎng)頁會出現(xiàn)自動換行現(xiàn)象，導致整個網(wǎng)站頁面的不美觀，如圖4.38所示。圖4.38回歸測試缺陷不過此缺陷在缺陷等級仍屬于低等級缺陷，由于開發(fā)資金的限制以及周期短，人員不足的問題，此缺陷和文本框限定缺陷，三個按鈕的沒有配置，性能缺陷移交到校園官網(wǎng)2.0開發(fā)時進行解決。缺陷等級確定以表4.10為參考。表4.10缺陷等級判定缺陷等級描述嚴重所有核心功能無法使用，測試工作無法繼續(xù)進行。高某個模塊無法使用，但可以測試其他模塊功能中某個功能無法使用，必須及時修復，但不會影響其他測試工作進行。低某個極少使用的功能發(fā)生錯誤或者頁面美化問題，不必及時修復。第5章測試總結(jié)5.1測試覆蓋此次測試用例覆蓋了絕大多數(shù)功能性及非功能性的測試點，其中覆蓋到了所有功能性測試點共51個，兼容性測試用例共4個，Junit單元測試用例2個，QTP自動化測試用例8個，文本框測試用例49個，頁面展現(xiàn)24個。5.2需求覆蓋需求覆蓋率：80%，需求部分覆蓋率：15%，未覆蓋需求：5%。其中需求部分覆蓋為除登陸、注冊的其余Junit單元測試，部分瀏覽器兼容性測試以及在線填寫簡歷的文本框測試，性能測試。未覆蓋需求為操作系統(tǒng)的兼容性測試、安全性測試。5.3缺陷分析下面為大家分析本項目所有涉及到的缺陷。首先兼容性問題，Web兼容性不好歷來是所有網(wǎng)站開發(fā)者最頭疼的問題，瀏覽器內(nèi)核的不同，版本的不同，類型的不同會導致開發(fā)人員無法面面俱到的去考慮每一個不同的瀏覽器，加上目前市場上主流瀏覽器太多且不斷地在推出新版本，導致修復起來比較困難。不過本項目中兼容性只出現(xiàn)了一點小小的排版問題，經(jīng)過及時的修復已經(jīng)得到解決。其次是文本框限定的問題，跟開發(fā)人員溝通過此問題得到的解釋是由于開發(fā)周期短，人員短缺，經(jīng)費不足的問題暫時沒有將文本框增加較為嚴格的限定，考慮到運用此網(wǎng)站的基本都是在校大學生不會提交太多無用數(shù)據(jù)的情況下，將此模塊的修復推遲在校招官網(wǎng)二次開發(fā)時在另行解決。底部三個按鈕目前正在聯(lián)系校招部門給出鏈接的URL，很快會得到解決。網(wǎng)站性能問題目前已經(jīng)盡可能做到最好，雖然兩個模塊的評分不高，但考慮該項目圖片內(nèi)容并不是太多所以并不會給用戶產(chǎn)生實質(zhì)的影響。經(jīng)過和招聘人員共同完成的驗收測試中，由于崗位介紹、宣講會介紹太多而導致網(wǎng)站自動換行的現(xiàn)象開發(fā)人員也在積極的討論解決方案，相信在即將啟動的校招官網(wǎng)2.0的開發(fā)中都會得到圓滿的解決。大連東軟信息學院畢業(yè)設計（論文）第6章結(jié)論與展望經(jīng)過系統(tǒng)的測試，此企業(yè)校園招聘官網(wǎng)運行穩(wěn)定，界面美化好，無縫對接企業(yè)內(nèi)部CRS系統(tǒng)，為學生和招聘人員帶來了極大的便利，在互聯(lián)網(wǎng)+時代的大勢所趨下，網(wǎng)絡招聘已逐漸成為主流招聘。不過因為此網(wǎng)站是第一版上線，屬于1.0階段，仍然有很大的改進空間，現(xiàn)總結(jié)優(yōu)缺點如下。本項目的優(yōu)點有外部校招官網(wǎng)對接企業(yè)內(nèi)部CRS校園招聘系統(tǒng)，求職人員與招聘人員雙贏。崗位隨時更新，過期職位不留存，并設置緊急圖標提示、緊急崗位