Parasoft_c++test測試平臺介紹

1、C+test的概況C+Test的功能C+test支持編譯器C+test的團(tuán)隊開發(fā)解決方案C+test的靜態(tài)測試單元測試回歸測試覆蓋率測試嵌入式系統(tǒng)測試議程議程美國Parasoft公司 成立于成立于1987 總部在美國總部在美國蒙羅維亞蒙羅維亞 全球全球15個個office 技術(shù)創(chuàng)新：在美國軟件技術(shù)領(lǐng)域擁有技術(shù)創(chuàng)新：在美國軟件技術(shù)領(lǐng)域擁有15項專利項專利 目前為止目前為止,全球客戶數(shù)量超過全球客戶數(shù)量超過10,000+Parasoft測試軟件功能概要BugDetective 返回返回根據(jù)用戶選定的編碼規(guī)范對代碼做靜態(tài)分析提供一個圖形化的RuleWizard編輯器來定制用戶編碼規(guī)則對代碼路徑做靜態(tài)

2、模擬以定位潛在的運(yùn)行時錯誤提供圖形化接口和動態(tài)跟蹤使代碼走查自動化自動生成并執(zhí)行單元和組件級的測試靈活的樁函數(shù)機(jī)制完全支持回歸測試代碼高亮顯示的代碼覆蓋率分析使用圖形或命令行方式進(jìn)行全面團(tuán)隊部署返回返回返回返回在所有團(tuán)隊開發(fā)人員的機(jī)器上安裝和許可C+test Professional Edition在架構(gòu)設(shè)計師或開發(fā)領(lǐng)導(dǎo)的機(jī)器上安裝和許可C+test Architect Edition在團(tuán)隊服務(wù)器上安裝和許可C+test Server EditionParasoft GRS（組報告系統(tǒng)）是一種決策支持系統(tǒng)，使得軟件開發(fā)流程具有可視性和受控性Parasoft TCM（團(tuán)隊配置管理器）是一款軟件，

3、用來管理Test Configurations（團(tuán)隊配置) 、規(guī)則、規(guī)則映射、Suppressions(抑制)、跳過的資源和結(jié)果在團(tuán)隊范圍的分配和共享。所有的團(tuán)隊 C+test 機(jī)器都應(yīng)連接到 TCM（團(tuán)隊配置管理器），以實(shí)現(xiàn)對測試做法的集中化管理和應(yīng)用將所有 C+test 安裝連接至您的源碼控制器存儲庫源碼控制器存儲庫 C+test 目前支持以下源碼控制器系統(tǒng) 團(tuán)隊開發(fā)人員團(tuán)隊開發(fā)人員 Professional 架構(gòu)設(shè)計師架構(gòu)設(shè)計師/領(lǐng)導(dǎo)領(lǐng)導(dǎo)Architect 團(tuán)隊服務(wù)器團(tuán)隊服務(wù)器ServernCVSnSubversion (SVN) 1.2.x, 1.3.x, or 1 .4xnClear

4、Case 2003.06.00nStarTeam 2005nCM Synergy 6.4nPerforce 2006.2nVisual SourceSafe 6.0, 2005SCM源碼控制系統(tǒng)編碼 & 測試 TCM團(tuán)隊開發(fā)配置系統(tǒng)測試結(jié)果可自定義時間的測試構(gòu)建服務(wù)器生成全局報告 可視化全局決策支持報告專業(yè)版服務(wù)器版本(批處理模式)架構(gòu)師版團(tuán)隊代碼撰寫標(biāo)準(zhǔn)測試結(jié)果軟件工程師架構(gòu)師或項目管理者Parasoft團(tuán)隊協(xié)同開發(fā)管理團(tuán)隊協(xié)同開發(fā)管理返回返回在c+Test中進(jìn)行代碼靜態(tài)測試,主要使用到以下幾個功能模塊自動代碼撰寫規(guī)范檢查自定義代碼規(guī)范RuleWizardBugdetective檢測

5、RunTime錯誤C+Test靜態(tài)測試C+Test提供了1000多條的內(nèi)建規(guī)則,這些編程建議能夠幫助用戶提高代 碼的可維護(hù)性和可重用性.RuleWizard功能滿足用戶自定義編碼規(guī)范的需求Bugdetective是PARASOFT的專利技術(shù),用戶在不運(yùn)行程序的情況下就 能夠查找出大多數(shù)運(yùn)行時錯誤,100%沒有誤報自動代碼撰寫規(guī)范檢查自動代碼撰寫規(guī)范檢查Bugdetective用戶可以按照實(shí)際的規(guī)則需求自定義相應(yīng)的編碼規(guī)則用戶可以按照實(shí)際的規(guī)則需求自定義相應(yīng)的編碼規(guī)則圖形化方式圖形化方式在不運(yùn)行程序的情況下檢測出運(yùn)行時錯誤在不運(yùn)行程序的情況下檢測出運(yùn)行時錯誤沒有誤報沒有誤報自定義代碼規(guī)范自定義代

6、碼規(guī)范RuleWizard靜態(tài)代碼規(guī)則檢查/Bugdetective模擬代碼執(zhí)行創(chuàng)建/導(dǎo)入被測試工程 工程設(shè)置測試配置執(zhí)行測試審查測試結(jié)果修正代碼錯誤/缺陷返回 1452345234523Unit Testing(使用自動生成的Test Case)創(chuàng)建/導(dǎo)入被測試工程 工程設(shè)置測試配置生成測試用例執(zhí)行測試用例審查測試結(jié)果修正代碼錯誤/缺陷 注:基于Cal_Coverage 例程Unit Testing(手動添加Test Case)創(chuàng)建/導(dǎo)入被測試工程 工程設(shè)置測試配置生成測試用例執(zhí)行測試用例添加測試用例添加測試用例審查測試結(jié)果修正代碼錯誤/缺陷注:基于Cal_Coverage 例程Unit T

7、esting(使用數(shù)據(jù)源提供Test Case Input/Output)創(chuàng)建/導(dǎo)入被測試工程(Plug-In版本不用) 工程設(shè)置測試配置添加測試用例數(shù)據(jù)源添加測試用例數(shù)據(jù)源生成測試用例用數(shù)據(jù)源更新測試用例用數(shù)據(jù)源更新測試用例執(zhí)行測試用例審查測試結(jié)果修正代碼錯誤/缺陷 注:基于cpptestdemo 例程返回返回 在我們的軟件開發(fā)過程中，只要軟件發(fā)生了改動，不管是功能的變化、模塊的增加或者bug的修改，都會對現(xiàn)有的軟件造成影響，也就可能帶來問題.當(dāng)軟件的 bug被發(fā)現(xiàn)提交后，有可能發(fā)生以下幾種情況:追蹤系統(tǒng)不夠完善，該bug被疏忽沒有得到修改開發(fā)對于bug的理解不同，造成修改后的結(jié)果與期望仍不

8、一致理解不夠深入，只修改了bug描述的表面現(xiàn)象，深層原因沒有找到bug被修改，但沒有考慮到與此問題關(guān)聯(lián)的其他其他模塊本bug被修改，之前被本bug掩蓋的其他錯誤得以顯現(xiàn)出來 由此我們可以看出進(jìn)行回歸測試的必要性，但在每一次回歸測試中遍歷所有的用例又是不現(xiàn)實(shí)的，特別是在測試后期，所以選擇正確的回歸測試策略來改進(jìn)回歸測試的效率是非常有意義的.回歸測試(手動添加Test Case)創(chuàng)建/導(dǎo)入被測試工程 工程設(shè)置測試配置生成測試用例執(zhí)行測試用例修改被測試代碼修改被測試代碼(模擬一個回歸測試環(huán)境模擬一個回歸測試環(huán)境)執(zhí)行測試用例執(zhí)行測試用例審查測試結(jié)果修正代碼錯誤/缺陷注:基于Cal_Coverage

9、例程返回返回n代碼覆蓋率分析是在程序中尋找沒有被用例測過的地方的流程;創(chuàng)建新的測試測試用例來增加覆蓋率的流程;決定代碼覆蓋定量的量度方法，同時也是一種間接度量質(zhì)量的方法的過程。n覆蓋分析是一種測試的技術(shù)技術(shù)，但你不應(yīng)該依賴于它的單獨(dú)使用。 n使用覆蓋率分析，實(shí)際上是確保你的測試的質(zhì)量，進(jìn)而確保實(shí)際產(chǎn)品的質(zhì)量。覆蓋率分析有著它的優(yōu)點(diǎn)和缺點(diǎn)。你需要選擇采用哪些度量的方法。你要設(shè)定一個最低的覆蓋率來決定什么時候停止分析覆蓋。n覆蓋分析有時候也叫“測試覆蓋分析”, 這兩種術(shù)語是同義的。在學(xué)術(shù)界里，術(shù)語“測試覆蓋”使用得比較多，在測試業(yè)界里的話，使用得多的就是術(shù)語“代碼覆蓋”。同樣的，覆蓋分析器有時候也

10、被叫做“覆蓋監(jiān)控器”。 覆蓋率分析覆蓋率分析(手動添加手動添加Test Case提高提高 覆蓋率覆蓋率)創(chuàng)建/導(dǎo)入被測試工程 工程設(shè)置測試配置生成測試用例執(zhí)行測試用例審查測試結(jié)果審查測試結(jié)果手動添加測試用例手動添加測試用例執(zhí)行測試用例執(zhí)行測試用例審查測試結(jié)果修正代碼錯誤/缺陷注:基于Cal_Coverage 例程返回返回n嵌入式軟件測試/嵌入式測試測試或叫交叉測試（cross-test）的目的與非嵌入式軟件是相同的。但是，在嵌入式系統(tǒng)設(shè)計中，軟件正越來越多地取代硬件，以降低系統(tǒng)的成本，獲得更大的靈活性，這就需要使用更好的測試方法和工具進(jìn)行嵌入式和實(shí)時軟件的測試。 n通常嵌入式系統(tǒng)對可靠性的要求

11、比較高。嵌入式系統(tǒng)安全性的失效可能會導(dǎo)致災(zāi)難性的后果，即使是非安全性系統(tǒng)，由于大批量生產(chǎn)也會導(dǎo)致嚴(yán)重的經(jīng)濟(jì)損失。這就要求對嵌入式系統(tǒng)，包括嵌入式軟件進(jìn)行嚴(yán)格的測試、確認(rèn)和驗證。隨著越來越多的領(lǐng)域使用軟件和微處理器控制各種嵌入式設(shè)備，對門益復(fù)雜的嵌入式軟件進(jìn)行快速有效的測試愈加顯得重要。n若所有測試都放在目標(biāo)平臺上有很多不利的因素：若所有測試都放在目標(biāo)平臺上有很多不利的因素：測試軟件，可能會造成與開發(fā)者爭奪時間的瓶頸，避免它只有提供更多的目標(biāo)環(huán)境目標(biāo)環(huán)境可能還不可行比起主機(jī)平臺環(huán)境，目標(biāo)環(huán)境通常是不精密的和不方便的提供給開發(fā)者的目標(biāo)環(huán)境和聯(lián)合開發(fā)環(huán)境通常是很昂貴的開發(fā)和測試工作可能會妨礙目標(biāo)環(huán)境

12、已存在持續(xù)的應(yīng)用從經(jīng)濟(jì)上和開發(fā)效率上考慮，軟件開發(fā)周期中盡可能大的比例在主機(jī)系統(tǒng)環(huán)境中進(jìn)行，其中包括測試n確定確定host-target測試環(huán)境后，開發(fā)測試人員又會遇到以下的問題：測試環(huán)境后，開發(fā)測試人員又會遇到以下的問題：多少開發(fā)人員會卷入測試工作（單元測試單元測試，軟件集成，系統(tǒng)測試）?多少軟件應(yīng)該測試，測試會花費(fèi)多長時間？在主機(jī)環(huán)境和目標(biāo)環(huán)境有哪些軟件工具，價格怎樣，適合怎樣?多少目標(biāo)環(huán)境可以提供給開發(fā)者，什么時候?主機(jī)和目標(biāo)機(jī)之間的連接怎樣？被測軟件下載下載到目標(biāo)機(jī)有多快?使用主機(jī)與目標(biāo)環(huán)境之間有什么限制（如軟件安全標(biāo)準(zhǔn)）?n任何人或組織進(jìn)行嵌入式軟件的測試都應(yīng)深入考慮以上問題，結(jié)合自

13、身實(shí)際情況，選定任何人或組織進(jìn)行嵌入式軟件的測試都應(yīng)深入考慮以上問題，結(jié)合自身實(shí)際情況，選定合理測試策略和方案合理測試策略和方案確保測試生成的測試用例可以確保測試生成的測試用例可以表現(xiàn)程序的功能性表現(xiàn)程序的功能性確保測試用例能夠被成功編譯確保測試用例能夠被成功編譯 驗證代碼的可移植性并通過靜驗證代碼的可移植性并通過靜態(tài)分析強(qiáng)化代碼的可移植性態(tài)分析強(qiáng)化代碼的可移植性通過使用樁函數(shù)來模擬外部硬通過使用樁函數(shù)來模擬外部硬件依賴件依賴支持在代碼初期進(jìn)行測試，從支持在代碼初期進(jìn)行測試，從而提升對于代碼質(zhì)量的信心而提升對于代碼質(zhì)量的信心回歸測試保障了代碼的完整性回歸測試保障了代碼的完整性以及連貫性以及連貫性提供可用資源并進(jìn)行交叉編譯提供可用資源并進(jìn)行交叉編譯獲得目標(biāo)平臺運(yùn)行時的代碼覆獲得目標(biāo)平臺運(yùn)行時的代