智能電能表軟件測(cè)試技術(shù)概述概要課件

1、智能電能表軟件測(cè)試技術(shù)概述 華立儀表集團(tuán)股份有限公司 2015年4月 宋 錫 強(qiáng)三、軟件測(cè)試方法四、測(cè)試軟件的分析借鑒一、電能表產(chǎn)品軟件測(cè)試的目的二、國(guó)內(nèi)外研究現(xiàn)狀五、軟件可靠性測(cè)試的難點(diǎn)電能表產(chǎn)品軟件測(cè)試的目的基于現(xiàn)狀統(tǒng)計(jì)，目前智能電能表現(xiàn)場(chǎng)故障60%由軟件缺陷導(dǎo)致；國(guó)網(wǎng)等目前關(guān)于電表性能、通信等基礎(chǔ)測(cè)試已完善，但較難解決深層次的質(zhì)量問題；國(guó)網(wǎng)等方面公司關(guān)于表計(jì)軟件測(cè)試現(xiàn)狀產(chǎn)品黑盒測(cè)試為主；白盒測(cè)試由研發(fā)人員自己自發(fā)手工進(jìn)行測(cè)試；a產(chǎn)品級(jí)測(cè)試，只驗(yàn)證基本功能；b測(cè)試深度和充分性有限，特殊、異常現(xiàn)象難以模擬，無法達(dá)到軟件各分支的覆蓋測(cè)試，難以發(fā)現(xiàn)隱弊缺陷；速度慢，不充分；但基本很少有人會(huì)自覺進(jìn)

2、行白盒測(cè)試；代碼的不規(guī)范和測(cè)試不充分，導(dǎo)致現(xiàn)場(chǎng)情況下各種異常故障發(fā)生基于未來歐盟MID認(rèn)證產(chǎn)品軟件代碼的不規(guī)范性導(dǎo)致的質(zhì)量安全性、可靠性等問題已遇到瓶頸；預(yù)統(tǒng)一軟件的規(guī)范性；IEC 62059：電測(cè)量設(shè)備 可信性 第51部分：軟件可信性（空缺）國(guó)內(nèi)除國(guó)網(wǎng)軟件比對(duì)、備案外，無軟件測(cè)試與質(zhì)量管控規(guī)范；急于探索；行業(yè)標(biāo)準(zhǔn)的空白收集資料，調(diào)研工作情況：軟件的質(zhì)量對(duì)整個(gè)產(chǎn)品的質(zhì)量起到了決定性的作用。因此我們迫切需要一種針對(duì)嵌入式領(lǐng)域的測(cè)試工具來提高軟件的質(zhì)量和可靠性,縮短軟件的開發(fā)周期。 測(cè)試用例 的實(shí)現(xiàn)收集資料，調(diào)研工作情況：澤眾測(cè)試軟件的分析借鑒AutoRunner(自動(dòng)化測(cè)試工具) 、TestCe

3、nter(測(cè)試管理工具)、TAR(銀行終端測(cè)試工具)功能測(cè)試性能測(cè)試單元測(cè)試和集成測(cè)試安全測(cè)試測(cè)試管理測(cè)試用例軍用行業(yè)GJBZ 141-2004軍用軟件測(cè)試指南GJB5369-2005航天型號(hào)軟件C語言安全子集QJ3027-1998 航天型號(hào)軟件測(cè)試規(guī)范GJB 5236-2004軍用軟件質(zhì)量度量GJB 142-2004-Z 軍用軟件安全性指南GJB/Z161-2012 軍用軟件可靠性評(píng)估指南DO-178B 美標(biāo).汽車行業(yè)汽車軟件測(cè)試認(rèn)證標(biāo)準(zhǔn)ISO26262-2011MISRA-C-2004 工業(yè)標(biāo)準(zhǔn)的C編程規(guī)范SAE JA1002-2012 軟件可靠程序標(biāo)準(zhǔn)SAE JA1003-2012 軟件

4、可靠性程序標(biāo)準(zhǔn) 指南.白盒測(cè)試靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試自動(dòng)化測(cè)試研發(fā)初期重要缺陷檢測(cè)；編碼規(guī)范檢測(cè)；質(zhì)量度量評(píng)價(jià)；各種異?，F(xiàn)象的模擬測(cè)試；各邏輯結(jié)構(gòu)的覆蓋測(cè)試；達(dá)到靜態(tài)100%自動(dòng)化；動(dòng)態(tài)自動(dòng)化率70%-80%； 提高可靠性、可靠性評(píng)價(jià)的關(guān)鍵措施收集資料，調(diào)研工作情況：軟件可靠性研究特有的四個(gè)難點(diǎn)軟件開發(fā)面臨的問題領(lǐng)域的不確定性;軟件開發(fā)中實(shí)現(xiàn)機(jī)制的人為性與多樣性;軟件開發(fā)缺乏標(biāo)準(zhǔn)化的設(shè)計(jì);可靠性研究中對(duì)軟件錯(cuò)誤的分析建模.表計(jì)模塊劃分 嵌入式軟件：-應(yīng)用軟件嵌入在ROM、RAM 和/或FLASH 存儲(chǔ)器中 由微處理器、定時(shí)器、微控制器、存儲(chǔ)器、傳感器等一系列微電子芯片與器件，和嵌入在存儲(chǔ)器中的微型操

5、作系統(tǒng)、控制應(yīng)用軟件組成； 共同實(shí)現(xiàn)諸如實(shí)時(shí)控制、監(jiān)視、管理、移動(dòng)計(jì)算、數(shù)據(jù)處理等各種自動(dòng)化處理任務(wù)。 嵌入式系統(tǒng)以應(yīng)用為中心，以微電子技術(shù)、控制技術(shù)、計(jì)算機(jī)技術(shù)和通訊技術(shù)為基礎(chǔ)，強(qiáng)調(diào)硬件軟件的協(xié)同性與整合性，軟件與硬件可剪裁，以滿足系統(tǒng)對(duì)功能、成本、體積和功耗等要求。 軟件測(cè)試方法限制開發(fā)者在測(cè)試中的參與；開發(fā)者僅限于最低層的單元測(cè)試；軟件的可靠性是給別人的錯(cuò)誤買單（硬件的錯(cuò)誤、編程人的錯(cuò)誤、編譯器的錯(cuò)誤） 仿真環(huán)境不能完全替代實(shí)際運(yùn)行環(huán)境名稱說明黑盒測(cè)試基于軟件需求，而不是基于軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)的測(cè)試方式。白盒測(cè)試基于軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)的測(cè)試方式。單元測(cè)試主要測(cè)試軟件模塊的源代碼。

6、一般由開發(fā)人員而非獨(dú)立測(cè)試人員來執(zhí)行，因?yàn)闇y(cè)試者需要懂得該單元的設(shè)計(jì)與程序?qū)崿F(xiàn)，測(cè)試者可能需要編寫額外的測(cè)試驅(qū)動(dòng)程序。集成測(cè)試將一些“構(gòu)件”集成一起時(shí)，測(cè)試它們能否正常運(yùn)行。這里“構(gòu)件”可以是程序模塊、客戶機(jī)服務(wù)器程序等等。功能測(cè)試測(cè)試軟件的功能是否符合功能性需求，通常采用黑盒測(cè)試方式。一般由獨(dú)立測(cè)試人員執(zhí)行。系統(tǒng)測(cè)試測(cè)試軟件系統(tǒng)是否符合所有需求，包括功能性需求與非功能性需求。一般由獨(dú)立測(cè)試人員執(zhí)行，通常采用黑盒測(cè)試方式?；貧w測(cè)試指錯(cuò)誤被修正后或軟件功能、環(huán)境發(fā)生變化后進(jìn)行的重新測(cè)試。回歸測(cè)試的困難在于不好確定哪些內(nèi)容應(yīng)當(dāng)被重新測(cè)試。驗(yàn)收測(cè)試由客戶或最終用戶執(zhí)行，測(cè)試軟件系統(tǒng)是否符合需求規(guī)格說

7、明書。名稱說明負(fù)載測(cè)試測(cè)試軟件系統(tǒng)的最大負(fù)載，超出此負(fù)載軟件可能會(huì)失常。壓力測(cè)試概念上與負(fù)載測(cè)試相似，叫法不同。性能測(cè)試測(cè)試軟件在各種狀況下的性能，如在正?；蜃畲筘?fù)載下的狀況。易用性測(cè)試測(cè)試軟件是否易用，主觀性比較強(qiáng)。一般要根據(jù)很多用戶的測(cè)試反饋信息，才能評(píng)價(jià)易用性。安裝與反安裝測(cè)試測(cè)試軟件在“全部、部分、升級(jí)”等狀況下的安裝/反安裝過程?；謴?fù)測(cè)試測(cè)試該系統(tǒng)從故障中恢復(fù)過來的能力。安全性測(cè)試測(cè)試該系統(tǒng)防止非法侵入的能力。兼容性測(cè)試測(cè)試該系統(tǒng)與其它軟件硬件兼容的能力。比較測(cè)試通過與同類產(chǎn)品比較，考察該系統(tǒng)的優(yōu)點(diǎn)、缺點(diǎn)。Alpha 測(cè)試一種先期的用戶測(cè)試，此時(shí)系統(tǒng)剛剛開發(fā)完成。Beta測(cè)試一種后期的用戶測(cè)試，此時(shí)系統(tǒng)已經(jīng)通過內(nèi)部測(cè)試，大部分錯(cuò)誤已經(jīng)改正，即將正式發(fā)行。公司測(cè)試1、實(shí)際解決問題 靜態(tài)缺陷測(cè)試已成正式測(cè)試流程，早期排查大量軟件缺陷，如：緩沖區(qū)溢出、數(shù)組越界、使用未初始化的數(shù)據(jù)、無限循環(huán)等嚴(yán)重影響軟件質(zhì)量&可靠性問題。創(chuàng)新點(diǎn)引入系統(tǒng)化白盒測(cè)試；利用國(guó)際先進(jìn)白盒自動(dòng)化測(cè)試工具同等行業(yè)內(nèi)暫無提出和使用