企業(yè)員工績(jī)效管理系統(tǒng)的實(shí)現(xiàn)與測(cè)試分析案例目錄TOC\o"1-3"\h\u18787企業(yè)員工績(jī)效管理系統(tǒng)的實(shí)現(xiàn)與測(cè)試分析案例 022511系統(tǒng)實(shí)現(xiàn) 0122641.1整體框架的搭建 031401.1.1基礎(chǔ)環(huán)境安裝 0156241.1.2Nacos安裝 0267181.1.3Sentinel安裝 2163581.1.4Bladex整體配置 3136631.2系統(tǒng)的模塊劃分以及具體實(shí)現(xiàn) 317141.2.1基礎(chǔ)模塊 3193751.2.2系統(tǒng)用戶等級(jí)模塊 4100531.2.3員工管理\工資管理模塊 5216491.2.4員工績(jī)效填寫\審核\計(jì)算模塊 934501.2.5員工請(qǐng)假\加班填寫\審核模塊 10239402整體測(cè)試 1314092.1概述 13276272.2測(cè)試用例與結(jié)果 13269982.3測(cè)試結(jié)論 151系統(tǒng)實(shí)現(xiàn)1.1整體框架的搭建1.1.1基礎(chǔ)環(huán)境安裝人員綜合評(píng)價(jià)管理系統(tǒng)是基于SpringBoot的框架Bladex進(jìn)行搭建開發(fā)的，首先要針對(duì)Baldex框架進(jìn)行整合其中依賴SpringCloud的各種基礎(chǔ)配置，首先要對(duì)最最基本的各種環(huán)境進(jìn)行安裝，包括Java8、Maven、MySQL、Redis、NodeJS等。1.1.2Nacos安裝需要進(jìn)行Nacos的安裝，首先通過git命令，在GitHub上面下載源碼獲取到對(duì)應(yīng)的目錄結(jié)構(gòu)，然后找到bin目錄其中包含了Windows環(huán)境下的啟動(dòng)腳本startup.cmd?？梢灾苯邮褂妹顚⑵鋯?dòng)，不過在目前有限的服務(wù)器限制下需要在指令后面加入?yún)?shù)即’cmdstarup.cmd-mstandalone’使Nacos在單機(jī)模式運(yùn)行而非集群模式。同時(shí)若想要關(guān)閉服務(wù)即可直接使用對(duì)應(yīng)的shutdown.cmd。開啟之后便可直接訪問默認(rèn)地址http://localhost:8848/nacos查看nacos監(jiān)控界面效果。如圖1.1和圖1.2。圖1.SEQ圖\*ARABIC\s11nacos登錄界面圖1.SEQ圖\*ARABIC\s12nacos監(jiān)控界面在本項(xiàng)目中使用Nacos主要在于分布式架構(gòu)中往往伴隨CAP的理論。其中P代表了分區(qū)容錯(cuò)，在整個(gè)系統(tǒng)中如果某個(gè)節(jié)點(diǎn)出現(xiàn)問題不會(huì)直接導(dǎo)致整個(gè)系統(tǒng)的運(yùn)作失常，可以通過切換到其他可用的節(jié)點(diǎn)來恢復(fù)正擦使用。C表示著高一致性，通常在整個(gè)分布式架構(gòu)中會(huì)存在一個(gè)Leader用于寫操作并轉(zhuǎn)發(fā)通知其他節(jié)點(diǎn)進(jìn)行同步。A表示高可用，保證每個(gè)請(qǐng)求都會(huì)得到一個(gè)響應(yīng)，無(wú)論響應(yīng)成功或者失敗。理論上來講CAP不可能同時(shí)保證，現(xiàn)在主流的注冊(cè)中心如Zookeeper、Eureka都是分別注重CP和AP。而Nacos同時(shí)支持AP和CP模式，可以通過服務(wù)注冊(cè)使得選擇來決定是AP模式還是CP模式。1.1.3Sentinel安裝Sentinel安裝方式比較簡(jiǎn)單可以直接在github上獲取對(duì)應(yīng)的jar包直接使用java指令啟動(dòng)。使用Sentinel的目的主要在于Sentinel有著豐富的應(yīng)用場(chǎng)景，在秒殺情況下可以防止突發(fā)的流量超過系統(tǒng)可以承受的范圍，對(duì)消息進(jìn)行削峰和填谷，控制集群流量，及時(shí)的熔斷一些下游不可用的應(yīng)用等。同時(shí)提供了非常完善的實(shí)時(shí)監(jiān)控系統(tǒng)，開發(fā)者可以通過控制臺(tái)查看到接入應(yīng)用的數(shù)據(jù)。除此之外Sentinel還有著非常廣泛的開源生態(tài)，提供開箱即用的框架或庫(kù)的整合，例如與SpringCloud，Dubbo的結(jié)合，只需要引入相應(yīng)的依賴并進(jìn)行簡(jiǎn)單的配置即可快速接入Sentinel。Sentinel監(jiān)控界面如圖1.3和圖1.4。圖1.SEQ圖\*ARABIC\s13sentinel登錄界面圖1.SEQ圖\*ARABIC\s14sentinel監(jiān)控界面1.1.4Bladex整體配置打開Bladex項(xiàng)目框架之后，需要修改Springboot的yml配置文件來通知Bladex使用之前配置的各種準(zhǔn)備環(huán)境。首先找到application.yml直接修改數(shù)據(jù)庫(kù)的設(shè)置使其使用本地的數(shù)據(jù)庫(kù)，導(dǎo)入Nacos配置找到工程doc/nacos/blade.yaml文件，修改nacos中點(diǎn)發(fā)布內(nèi)容，因?yàn)槭遣渴鹪趙indows服務(wù)器，所以需要避免中文注釋或者進(jìn)行unicode轉(zhuǎn)碼，以防亂碼導(dǎo)致啟動(dòng)失敗。之后進(jìn)入Nacos管理平臺(tái)進(jìn)行配置，新建配置新增blade-dev.yaml、blade-flow-dev.yaml配置，主要是配置mysql與redis的地址，保證服務(wù)可以正常啟動(dòng)。1.2系統(tǒng)的模塊劃分以及具體實(shí)現(xiàn)1.2.1基礎(chǔ)模塊登錄時(shí)序圖如圖1.5。圖1.SEQ圖\*ARABIC\s15登錄時(shí)序圖Bladex的登錄方式使用Token模式，與傳統(tǒng)的cookie和session登錄方式有所不同token登錄方式為用戶發(fā)送登錄請(qǐng)求和賬號(hào)密碼，服務(wù)通過內(nèi)部的算法生成token并進(jìn)行存儲(chǔ)然后發(fā)送回用戶端。這樣做的好處是避免了cookie，session遭遇攻擊而對(duì)客戶的隱私造成侵犯，同時(shí)又有效的減少了內(nèi)部計(jì)算時(shí)長(zhǎng)和IO讀寫次數(shù)。在某些應(yīng)用場(chǎng)景下用戶由于網(wǎng)絡(luò)延遲會(huì)出現(xiàn)一些重復(fù)提交申請(qǐng)操作，用戶在無(wú)感知的情況下會(huì)對(duì)服務(wù)器造成很大的壓力，浪費(fèi)很多不必要的資源，而token可以很好的解決這種情況。在用戶表方面這部分功能使用雪花id實(shí)現(xiàn)新建用戶使生成主鍵。大多數(shù)情況下程序員會(huì)通過使主鍵自增來避免插入操作時(shí)對(duì)主鍵id的操作，這樣的操作可以雖然滿足基本需求，然而bladex主要是集中在分布式方面，雪花ID在這方面可以比普通自增id有更多的應(yīng)用場(chǎng)景。1.2.2系統(tǒng)用戶等級(jí)模塊請(qǐng)求時(shí)序圖如圖1.6。圖1.6請(qǐng)求時(shí)序圖Bladex雖然已經(jīng)實(shí)現(xiàn)了基礎(chǔ)的用戶管理功能，但是其功能并不足夠完美，本項(xiàng)目需要的特定的系統(tǒng)用戶等級(jí)模塊依舊需要進(jìn)行額外的操作。但Bladex還是可以省下大量的時(shí)間，需要做的只是在其基礎(chǔ)的用戶管理基礎(chǔ)之上進(jìn)行添加修改。為了滿足這種應(yīng)用場(chǎng)景需要添加新的數(shù)據(jù)庫(kù)用戶表用來存儲(chǔ)系統(tǒng)所需要的用戶的各種信息。然后找到bladex自帶的用戶數(shù)據(jù)表，通過觀察可以發(fā)現(xiàn)bladex使用blade-user表記錄用戶的登錄信息和基本信息，其中包含一個(gè)字段role_id來記錄其對(duì)應(yīng)的用戶權(quán)限，順著這個(gè)信息可以找到blade_role表，這個(gè)表就是bladex用來記錄權(quán)限相關(guān)的數(shù)據(jù)表。若要實(shí)現(xiàn)需求的功能只需要將新建的用戶表與這個(gè)blade_role表進(jìn)行關(guān)聯(lián)。在用戶登錄到系統(tǒng)的時(shí)候可以獲取到對(duì)應(yīng)用戶在role表中的信息，通過信息中包含的關(guān)聯(lián)字段即可以讀取到用戶在新設(shè)計(jì)的表中的數(shù)據(jù)來實(shí)現(xiàn)想要的用戶權(quán)限管理功能。上述的做法有著優(yōu)化的空間，用戶權(quán)限管理主要是為了防止低等級(jí)的用戶查詢到不可被其查看的數(shù)據(jù)。而正常的做法需要每次都去查詢結(jié)果再進(jìn)行判斷，這種方式雖說并不會(huì)對(duì)整體性能造成太大的影響，但本著學(xué)術(shù)、性能最優(yōu)的觀念可以對(duì)其進(jìn)行小幅度的性能提升。由于整個(gè)系統(tǒng)所要求的權(quán)限用戶并不多（目前僅有四種權(quán)限），可以通過在內(nèi)存中記錄對(duì)應(yīng)的權(quán)限標(biāo)識(shí)，這樣可以使用在用戶登錄的過程中就得到的權(quán)限標(biāo)識(shí)與內(nèi)存中記錄的標(biāo)識(shí)進(jìn)行對(duì)比，從而減少后續(xù)邏輯操作的同時(shí)減少對(duì)數(shù)據(jù)庫(kù)的訪問。值得一提的是存儲(chǔ)在內(nèi)存中的數(shù)據(jù)完全不需要借助Redis等nosql高性能緩存，通過最簡(jiǎn)單的java靜態(tài)變量即可，這樣不僅省去了操作redis的代碼編寫，同時(shí)減少了服務(wù)與redis通訊連接帶來的消耗。這里也可以利用java的一些技巧，使用枚舉類型代替普通常量。這樣做的好處在于數(shù)據(jù)進(jìn)行轉(zhuǎn)換時(shí)避免異常的發(fā)生。最終用戶管理效果如圖1.7可以在此界面進(jìn)行權(quán)限管理配置相關(guān)權(quán)限內(nèi)容。圖1.7權(quán)限管理效果圖1.2.3員工管理\工資管理模塊添加新員工時(shí)序圖如圖1.8。圖1.8添加新員工時(shí)序圖對(duì)此模塊進(jìn)行需求分析不難發(fā)現(xiàn)，這個(gè)功能的實(shí)現(xiàn)是基于用戶權(quán)限的，只有擁有人事的管理權(quán)限才可以使用這部分的全部功能。在這方面通過上述的權(quán)限管理可以實(shí)現(xiàn)前面一部分的功能，在識(shí)別了人事權(quán)限之后，系統(tǒng)會(huì)為其提供相關(guān)的界面和功能按鈕，人事權(quán)限可以在功能管理-用戶管理界面添加新的用戶在角色管理界面為其添加權(quán)限。在人員管理-工資管理界面添加對(duì)應(yīng)的工資信息，在工資查看界面使用生成工資按鈕核算績(jī)效并生成對(duì)應(yīng)工資。這部分的功能需要手動(dòng)實(shí)現(xiàn)，本章節(jié)主要描述除核算工資外的所有功能。在已經(jīng)獲取了對(duì)應(yīng)的權(quán)限并提供了功能接口和界面的情況下。系統(tǒng)管理以及權(quán)限管理為bladex提供并且已經(jīng)做了相關(guān)修改，主要需要實(shí)現(xiàn)的便是添加了新的用戶之后要在工資管理界面生成對(duì)應(yīng)的員工信息，和空的工資信息。員工工資表即在權(quán)限管理模塊添加的新的功能表blade_staff，這里面記錄了員工的基本工資信息和休假信息。需要將這個(gè)表與blade_user進(jìn)行新的關(guān)聯(lián)，然而這部分管理的主要邏輯為當(dāng)blade_user表進(jìn)行插入操作的時(shí)候blade_staff需要獲取到blade_user的插入信息。這部分功能若果想要直接sql進(jìn)行操作會(huì)變得非常麻煩，同時(shí)上文也曾提及blade的user主鍵是使用雪花id算法進(jìn)行生成的，可以說是完全找不到生成的規(guī)律。在并發(fā)的情況下也完全杜絕了查詢user最后生成的數(shù)據(jù)的id來進(jìn)行關(guān)聯(lián)的可能性。所以這部分的主要實(shí)現(xiàn)全部移植到j(luò)ava的代碼部分，在blade添加用戶的接口中找到對(duì)應(yīng)的user數(shù)據(jù)并生成staff的orm實(shí)體對(duì)象數(shù)據(jù)，在user插入數(shù)據(jù)成功之后進(jìn)行staff的插入操作。這種做法將原本的sql操作轉(zhuǎn)為了邏輯操作也將需要關(guān)注的重心從sql語(yǔ)句的實(shí)現(xiàn)到數(shù)據(jù)庫(kù)事務(wù)的管理層面，需要保證數(shù)據(jù)的一致性，即user表中插入的部分字段數(shù)據(jù)要和我們staff表中的同類型字段數(shù)據(jù)保持一致。通過springboot的@Transactional注解將service接口直接聲明為事務(wù)接口，這樣就可以將兩個(gè)插入過程融合到一個(gè)事務(wù)當(dāng)中，這樣當(dāng)user數(shù)據(jù)插入失敗的同事數(shù)據(jù)庫(kù)會(huì)直接進(jìn)行數(shù)據(jù)回滾操作。需要注意的是由于blade-x主要提供了分布式的框架，所以blade本身的用戶模塊是單獨(dú)搭建的，所以想要調(diào)用blade的user模塊就需要使用fegin進(jìn)行遠(yuǎn)程調(diào)用。Fegin是SpringCloud組件中用作遠(yuǎn)程服務(wù)調(diào)用的組件。與Dubbo不同，F(xiàn)egin是一個(gè)聲明式的HTTP接口，它可以使HTTP客戶端變得的簡(jiǎn)單，使用Fegin只需要?jiǎng)?chuàng)建一個(gè)接口并添加一個(gè)注解。Fegin有著可以插拔的特性，可以與Nacos進(jìn)行搭配使用，默認(rèn)實(shí)現(xiàn)了負(fù)載均衡，底層使用了HttpClient作為服務(wù)器框架，在寫法上僅需要使用fegin的注解實(shí)現(xiàn)controller接口即可調(diào)用對(duì)應(yīng)的serveice服務(wù)。現(xiàn)在流行的遠(yuǎn)程調(diào)用方式有兩個(gè)，一個(gè)是RPC調(diào)用，RPC是用來處理不同機(jī)器的進(jìn)程與進(jìn)程之間的相互通訊過程。在網(wǎng)絡(luò)方面不實(shí)現(xiàn)應(yīng)用層協(xié)議，通常直接利用tcp協(xié)議通過socket直接進(jìn)行交互。Fegin所提供的遠(yuǎn)程調(diào)用方式是基于HTTP協(xié)議進(jìn)行的，即服務(wù)提供者提供一個(gè)正常的網(wǎng)絡(luò)接口，服務(wù)消費(fèi)者直接通過類似web用戶請(qǐng)求服務(wù)器的過程直接得到具體服務(wù)的返回結(jié)果。從效率上來看RPC沒有http協(xié)議繁瑣的過程從而使服務(wù)調(diào)用速度變快，但是對(duì)于開發(fā)者而言處理RPC需要一定的技術(shù)支撐，但對(duì)HTTP請(qǐng)求對(duì)于web開發(fā)者而言可謂是基礎(chǔ)中的基礎(chǔ)，對(duì)于一些公司而言會(huì)降低一些成本。關(guān)于用戶管理模塊中包含的工資模塊，需要新添加achievement表用于記錄績(jī)效相關(guān)內(nèi)容，結(jié)合工資及請(qǐng)假加班信息進(jìn)行工資核算。針對(duì)其余用戶權(quán)限，普通員工僅能看到工資界面且不可以做任何的操作，這部分內(nèi)容可以直接通過獲取權(quán)限控制返回內(nèi)容實(shí)現(xiàn)，另外普通員工僅可以查看自己的工資相關(guān)內(nèi)容。這部分需要進(jìn)行特殊處理，如果僅通過權(quán)限判讀會(huì)使其擁有讀權(quán)限進(jìn)而獲取所有的信息，所以在調(diào)用查看接口時(shí)需要額外獲取員工id來進(jìn)行條件查詢。計(jì)算工資流程圖如圖1.9。圖1.9計(jì)算工資流程圖此模塊應(yīng)根據(jù)不同公司需求制定工資核算公式，本項(xiàng)目默認(rèn)使用公式為，普通工資除以當(dāng)月工作日乘出勤天數(shù)（當(dāng)員工請(qǐng)假時(shí)出勤天數(shù)會(huì)按照請(qǐng)假信息減少）加績(jī)效工資乘績(jī)效評(píng)級(jí)。此處績(jī)效評(píng)級(jí)S為績(jī)效工資乘1.2，A為績(jī)效工資乘 1.1，B為普通績(jī)效乘1.0，C為普通績(jī)效乘0.9，D為普通績(jī)效乘0.8。涉及到小數(shù)計(jì)算同樣適用Bigdecimal解決精度缺失問題。計(jì)算工資功能應(yīng)當(dāng)由人事權(quán)限在月末使用一次，使用多次的話會(huì)產(chǎn)生重復(fù)數(shù)據(jù)需手動(dòng)處理。當(dāng)員工請(qǐng)假且無(wú)加班調(diào)休的情況下，調(diào)休時(shí)間會(huì)變成負(fù)數(shù)，當(dāng)使用計(jì)算工資功能后會(huì)自動(dòng)清零。工資管理界面效果如圖1.10，不同權(quán)限可以看到的結(jié)果內(nèi)容不完全相同。圖1.10工資管理界面點(diǎn)擊生成工資按鈕即可生成本月工資。1.2.4員工績(jī)效填寫\審核\計(jì)算模塊績(jī)效填寫審核流程時(shí)序圖如圖1.11圖1.11績(jī)效填寫審核時(shí)序圖這部分主要需要實(shí)現(xiàn)所有級(jí)別的用戶都可以在績(jī)效管理界面填寫績(jī)效內(nèi)容，經(jīng)理（管理員）可以對(duì)填寫的績(jī)效內(nèi)容進(jìn)行審核。需要在數(shù)據(jù)庫(kù)中添加新的用于存儲(chǔ)績(jī)效信息的表blade_achievements。同時(shí)使此表的主鍵與員工信息表和blade_user表進(jìn)行關(guān)聯(lián)。普通員工進(jìn)行填寫操作服務(wù)器端僅為普通的插入、修改操作，然而有一些字段上的要求則可以完全移交給前端進(jìn)行判斷減少服務(wù)器壓力，需要遵循blade-saber的填寫原則進(jìn)行修改，找到新建立的績(jī)效管理頁(yè)面的對(duì)應(yīng)文件achievement.vue在添加字段的模板處為需要校驗(yàn)的字段添加校驗(yàn)方式，如項(xiàng)目數(shù)量require=true使此字段為必填字段。也可以通過trigger來設(shè)定字段的類型，如使項(xiàng)目完成度為數(shù)字類型trigger=number。針對(duì)經(jīng)理（管理員）權(quán)限，在添加所有增刪改查權(quán)限的基礎(chǔ)上還要實(shí)現(xiàn)對(duì)員工工作績(jī)效的評(píng)分，正常的實(shí)現(xiàn)需要一個(gè)新的數(shù)據(jù)單元來管理這部分內(nèi)容，然而比較簡(jiǎn)單的方式就是使得績(jī)效評(píng)分內(nèi)容作為一個(gè)新的字段加入到績(jī)效表中，這樣使得績(jī)效評(píng)分操作從一個(gè)獨(dú)立的操作變?yōu)閷?duì)績(jī)效表的update操作，大大減少了邏輯深度和工作量。關(guān)于績(jī)效最終等級(jí)的計(jì)算公式為項(xiàng)目完成度-（項(xiàng)目缺陷度*項(xiàng)目修改完成度/100）+項(xiàng)目計(jì)劃完成度+評(píng)分的最終結(jié)果除以300保留小數(shù)點(diǎn)后兩位四舍五入，若結(jié)果小于0.9則為D，大于0.9小于1.0則為C，大于1.0小于1.1則為B，大于1.1小于1.2則為A，大于1.2則為S。判斷結(jié)果以字符串的格式存入數(shù)據(jù)庫(kù)取出時(shí)使用字符串的equals進(jìn)行判斷，此處不使用枚舉主要是與數(shù)據(jù)庫(kù)進(jìn)行兼容。由于計(jì)算時(shí)涉及到小數(shù)，需要使用java的bigdecimal進(jìn)行處理，Bigdecimal是java.Math包中提供的API類，可以對(duì)小數(shù)進(jìn)行精確的運(yùn)算，防止java浮點(diǎn)數(shù)的精度缺失問題。雙精度浮點(diǎn)型變量double可以處理16位有效數(shù)。在實(shí)際應(yīng)用中，需要對(duì)更大或者更小的數(shù)進(jìn)行運(yùn)算和處理。BigDecimal所創(chuàng)建的是對(duì)象，不能直接使用運(yùn)算符直接進(jìn)行運(yùn)算操作，需要使用其提供的方法進(jìn)行具體的運(yùn)算。方法中的參數(shù)也必須是BigDecimal的對(duì)象?？?jī)效管理頁(yè)面效果如圖1.12，不同權(quán)限看到結(jié)果不完全相同，僅管理員有評(píng)分按鈕，可以通過評(píng)分按鈕對(duì)績(jī)效進(jìn)行評(píng)分得出績(jī)效評(píng)級(jí)。圖1.12績(jī)效管理頁(yè)面1.2.5員工請(qǐng)假\加班填寫\審核模塊請(qǐng)假加班審核流程如圖1.13。圖1.13請(qǐng)假申請(qǐng)審核流程此模塊與績(jī)效模塊大致相同，主要實(shí)現(xiàn)所有權(quán)限可以申請(qǐng)加班或請(qǐng)假，經(jīng)理（管理員）可以對(duì)請(qǐng)假/加班申請(qǐng)進(jìn)行審批。此模塊在邏輯上比較復(fù)雜，員工提交請(qǐng)假申請(qǐng)需要根據(jù)不同公司規(guī)定制定不同的請(qǐng)假要求，需要管理員人工查驗(yàn)，當(dāng)管理員通過申請(qǐng)則需要在員工表中修改調(diào)休字段數(shù)值。因此同樣需要進(jìn)行數(shù)據(jù)庫(kù)事務(wù)操作，此處由于涉及的數(shù)據(jù)庫(kù)操作較多可以使用MYSQL的存儲(chǔ)過程，將操作流程封裝簡(jiǎn)單調(diào)用，同時(shí)此處涉及到多線程安全問題，在查詢時(shí)應(yīng)當(dāng)在select語(yǔ)句后加入forupdate關(guān)鍵字為查詢的數(shù)據(jù)添加寫鎖，保證多人操作時(shí)避免數(shù)據(jù)紊亂。請(qǐng)假加班界面效果如圖1.14不同權(quán)限看到結(jié)果不完全相同，管理員可以通過或駁回按鈕對(duì)數(shù)據(jù)進(jìn)行操作，并修改對(duì)應(yīng)數(shù)據(jù)的審批狀態(tài)。圖1.14請(qǐng)假加班管理頁(yè)面

2整體測(cè)試2.1概述軟件測(cè)試主要是用來檢驗(yàn)項(xiàng)目最終的成果，查看實(shí)現(xiàn)的邏輯功能是否與預(yù)期相符，識(shí)別計(jì)算機(jī)軟件的正確性、完整性的軟件過程。軟件測(cè)試的最終標(biāo)準(zhǔn)在于用戶的主要需求。最大的缺陷在于無(wú)法滿足用戶的需求，要進(jìn)行測(cè)試就需要指制定對(duì)應(yīng)的測(cè)試標(biāo)準(zhǔn)。軟件測(cè)的方式有很多種，大致可以分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試等。在人員綜合評(píng)價(jià)管理系統(tǒng)的測(cè)試中，主要采用黑盒測(cè)試對(duì)整體的邏輯功能進(jìn)行測(cè)試，通過各種邏輯需求進(jìn)行使用并查驗(yàn)結(jié)果。2.2測(cè)試用例與結(jié)果員工功能測(cè)試用例和結(jié)果如表2.1。需求操作預(yù)期結(jié)果員工登錄展示界面用普通員工登錄系統(tǒng)觀察展示出的界面人員管理-工資查看，請(qǐng)假加班管理-請(qǐng)假加班，績(jī)效管理-績(jī)效管理。符合預(yù)期員工工資查看進(jìn)入工資界面查看結(jié)果僅有查看權(quán)限，且僅能看到自己的記錄。符合預(yù)期員工請(qǐng)假加班進(jìn)入請(qǐng)假加班界面查看結(jié)果可以添加、修改記錄，可以查看且僅能查看自己的記錄。符合預(yù)期員工添加請(qǐng)假加班申請(qǐng)點(diǎn)擊添加按鈕，添加相關(guān)內(nèi)容后點(diǎn)擊提交查看結(jié)果員工姓名、原因、開始結(jié)束時(shí)間、類型（請(qǐng)假或加班）為必填選項(xiàng)，附加說明為選填，可以成功添加，刷新出對(duì)應(yīng)數(shù)據(jù)。符合預(yù)期員工績(jī)效查看進(jìn)入績(jī)效頁(yè)面查看結(jié)果可以添加記錄，可以查看且僅能查看自己的記錄。符合預(yù)期員工績(jī)效填寫點(diǎn)擊添加按鈕，添加相關(guān)內(nèi)容后點(diǎn)擊提交查看結(jié)果員工姓名、項(xiàng)目數(shù)量、完成度、缺陷修改完成度、計(jì)劃完成度、項(xiàng)目名稱、項(xiàng)目描述、具體內(nèi)容創(chuàng)建時(shí)間為必填，附加說明為選填，可以添加成功，刷新出對(duì)應(yīng)數(shù)據(jù)。符合預(yù)期表2.SEQ表\*ARABIC\s11員工功能測(cè)試用例表管理員功能測(cè)試用例和結(jié)果如表2.2。表2.SEQ表\*ARABIC\s12管理員功能測(cè)試用例表需求操作預(yù)期結(jié)果管理員登錄展示界面使用管理員賬戶登錄系統(tǒng)查看展示內(nèi)容人員管理-工資查看，請(qǐng)假加班管理-請(qǐng)假加班，績(jī)效管理-績(jī)效管理。符合預(yù)期管理員工資查看進(jìn)入工資界面查看結(jié)果擁有查看所有人的工資權(quán)限，可以看到所有記錄。符合預(yù)期管理員請(qǐng)假加班管理進(jìn)入請(qǐng)假加班界面查看結(jié)果可以查看所有人的請(qǐng)假加班記記錄包括申請(qǐng)記錄，可以對(duì)記錄進(jìn)行增刪改查操作，并且所有操作可以全部成功。符合預(yù)期管理員通過\駁回請(qǐng)假\加班申請(qǐng)選中請(qǐng)假條目并點(diǎn)擊通過\駁回按鈕并查看結(jié)果在當(dāng)前頁(yè)面審批狀態(tài)顯示已通過\未通過，并且在人員工資管理界面可以看到對(duì)應(yīng)換休時(shí)間的正確修改符合預(yù)期管理員績(jī)效管理進(jìn)入績(jī)效界面查看結(jié)果，并選中條目進(jìn)行評(píng)分擁有增刪改查權(quán)限，查看所有提交的績(jī)效記錄，可以對(duì)績(jī)效進(jìn)行評(píng)分，并生成對(duì)應(yīng)評(píng)級(jí)。符合預(yù)期人事權(quán)限測(cè)試結(jié)果及用例如表2.3。表2.SEQ表\*ARABIC\s13人事權(quán)限功能測(cè)試用例表需求操作預(yù)期結(jié)果人事登