測試計劃
- 繼電保護系統(tǒng)自動測試技術(shù)探討
流程2.1 測試計劃與設(shè)計實施自動測試技術(shù)的首要步驟是制定詳細的測試計劃和設(shè)計，清楚地定義測試目標，確定測試范圍和深度、具體的測試方法和工具。測試目標通常包括驗證繼電保護系統(tǒng)的性能，檢查系統(tǒng)的穩(wěn)定性和可靠性、發(fā)現(xiàn)問題和故障。測試的范圍和深度需要根據(jù)實際的系統(tǒng)復(fù)雜度和測試資源確定。例如，對于大型的繼電保護系統(tǒng)，需要進行全面的系統(tǒng)測試；對于小型的系統(tǒng)，只需要進行部分的功能測試。在確定了測試目標和范圍后，需要設(shè)計具體的測試方法和工具，在此過程中，需要考慮測試的效
通信電源技術(shù) 2023年18期2023-11-27
- 基于Python的自動化測試腳本管理平臺的設(shè)計與實現(xiàn)
-測試用例-測試計劃的測試概念模型。此模型主要是利用測試驅(qū)動器使得測試控制邏輯與測試數(shù)據(jù)進行有效地分離。測試驅(qū)動器主要針對的是具體的測試腳本。此腳本主要涉及到測試的邏輯控制信息，而沒有測試數(shù)據(jù)信息，所以能夠利用配置驅(qū)動數(shù)據(jù)展開對驅(qū)動器腳本的重復(fù)性使用。測試用例主要針對的是實際的測試用例，其主要是結(jié)合驅(qū)動器配置相應(yīng)的驅(qū)動參數(shù)生產(chǎn)的，所以測試用例文件僅涉及到此用例所對用的驅(qū)動器名稱以及相關(guān)參數(shù)信息，不涉及到邏輯執(zhí)行程序。對于測試計劃來講其主要是根據(jù)業(yè)務(wù)或者測試
數(shù)字技術(shù)與應(yīng)用 2022年4期2022-11-17
- 基于J2EE+Flex技術(shù)的JFTest系統(tǒng)分析與實現(xiàn)
主要模塊包含測試計劃管理、測試用例管理、需求管理、配置管理、缺陷管理和測試流程制定與管理及項目管理功能，用戶管理、測試計劃管理、任務(wù)管理、工作日志管理等，部分用例分析如下。1.1 測試計劃管理用例用例系統(tǒng)允許管理員對測試計劃管理模塊，進行瀏覽測試計劃信息、添加測試計劃信息、提取編輯測試計劃信息、刪除測試計劃、查詢測試計劃信息操作。其中在添加測試計劃信息和編輯測試計劃信息時，可選擇添加與該測試計劃相關(guān)聯(lián)的測試用例如圖1所示。圖1 測試計劃管理用例1.2 用戶
電子測試 2022年9期2022-06-01
- 汽車零部件級EMC試驗一致性研究
而編制相應(yīng)的測試計劃，測試計劃是指導(dǎo)整個EMC試驗所有步驟的指導(dǎo)性文件。測試計劃中包含零件及負載搭建原理、零件工作模式、針腳定義、監(jiān)控指標、ESD測試點、便攜式發(fā)射機測試點等。汽車零部件級EMC主要考察車輛在電磁環(huán)境中能正常工作且不影響其它系統(tǒng)/部件正常工作的能力，而其中關(guān)鍵指標為正常工作狀態(tài)，測試計劃必須完全覆蓋該零部件的所有正常工作狀態(tài)。以某車型后視鏡調(diào)節(jié)電機EMC傳導(dǎo)發(fā)射電壓法試驗為例，按照國標《GB/T 18655-2018車輛、船和內(nèi)燃機 無線電
電子元器件與信息技術(shù) 2021年9期2022-01-17
- 軟件測試計劃在智能電表中的應(yīng)用
智能電表軟件測試計劃工作而言，工作人員通過按照統(tǒng)籌規(guī)劃與合理部署原則，基本上可以為測試工作整體規(guī)劃提供良好的指導(dǎo)方向。與此同時，智能電表軟件測試計劃可幫助測試主管以及測試經(jīng)理及時掌握項目實施情況，并對智能電表的安全應(yīng)用以及資源配置問題進行合理貫徹與落實?？梢哉f，科學(xué)規(guī)劃與部署軟件測試計劃，可以實現(xiàn)對智能電表全過程應(yīng)用的動態(tài)監(jiān)督與分析。并根據(jù)分析反饋結(jié)果，對智能電表開發(fā)應(yīng)用存在的不足問題進行及時改正與優(yōu)化處理，減少運行風(fēng)險問題。1 軟件測試計劃流程分析一般來
商品與質(zhì)量 2021年35期2021-11-23
- 基于JMeter的Web性能測試研究
。（2）性能測試計劃：分析測試背景、用戶場景，確定性能指標，制定性能測試實施計劃。（3）性能測試設(shè)計：測試環(huán)境設(shè)計，測試場景設(shè)計，測試用例設(shè)計，編寫或錄制測試腳本。（4）性能測試執(zhí)行：部署測試環(huán)境，執(zhí)行測試腳本，性能監(jiān)控和記錄。（5）性能測試報告：根據(jù)執(zhí)行結(jié)果，整理編寫性能測試報告。（6）性能測試總結(jié)：根據(jù)執(zhí)行結(jié)果對比性能指標，分析并統(tǒng)計系統(tǒng)的性能瓶頸，給出系統(tǒng)調(diào)優(yōu)建議。4 JMeter性能測試實例4.1 測試分析文章以某個項目管理系統(tǒng)為例，該項目管理系統(tǒng)
電腦與電信 2021年6期2021-08-28
- 那些年琳瑯滿目的太空食品
阿波羅-聯(lián)盟測試計劃的美國和蘇聯(lián)宇航員在“聯(lián)盟”號軌道艙模型里吃飯。2008年6月1日，日本宇航員Akihiko Hoshide在“發(fā)現(xiàn)”號航天飛機上吃飯。2008年10月7日，北京，一位工作人員展示巡天月餅。2006年10月11日，俄羅斯莫斯科，航天紀念博物館展出的一張照片，宇航員Alexander Ivanchenkov在“禮炮號”國際空間站上享用太空食品。2015年8月27日消息，美國宇航局宇航員Kjell Lindgren在收撿貨運飛船剛送到的新鮮
科學(xué)中國人 2021年17期2021-08-18
- 基于ECU-TEST和Jenkins的自動化測試方法研究
儲邏輯用例、測試計劃相關(guān)信息以及測試報告；SVN用來存儲自動測試用例；Jenkins用來尋找合適的HIL資源并將測試任務(wù)配置到該HIL資源上運行。3）測試執(zhí)行工具：執(zhí)行工具主要有HIL以及安裝了ECU-TEST的電腦。ECU-TEST會連接INCA和HIL，自動執(zhí)行測試任務(wù)中所有的自動測試用例，并生成測試報告。測試報告會上傳到數(shù)據(jù)庫中。圖1 功能架構(gòu)圖3.2 各部分具體功能詳述3.2.1 界面功能界面設(shè)置分為3個部分：菜單欄、樹狀結(jié)構(gòu)選項欄、內(nèi)容欄。如圖2
汽車電器 2021年5期2021-06-04
- 基于改進V模型的軟件測試過程研究
試需求、制定測試計劃、設(shè)計測試用例三個環(huán)節(jié)，與軟件需求分析、軟件概要設(shè)計、軟件詳細設(shè)計活動并行開展，有助于在軟件開發(fā)早期發(fā)現(xiàn)潛在的缺陷，能夠有效提升軟件質(zhì)量、縮短軟件開發(fā)周期、降低軟件開發(fā)成本。關(guān)鍵詞：測試需求;測試計劃;測試設(shè)計;分析與總結(jié)中圖分類號：TP311? ? ? ?文獻標識碼：A文章編號：1009-3044（2021）09-0081-02開放科學(xué)（資源服務(wù)）標識碼（OSID）：隨著軟件規(guī)模的攀升、軟件功能的復(fù)雜化、軟件缺陷的影響加劇，軟件測試的
電腦知識與技術(shù) 2021年9期2021-04-25
- 關(guān)于智能化半導(dǎo)體分析測試系統(tǒng)的相關(guān)研究
：測試流程、測試計劃以及測試界面。首先，測試流程。其屬于宏觀的測試環(huán)節(jié)，用戶需自行編制代碼。其次，測試計劃。其屬于測試任務(wù)領(lǐng)域，通常其具有數(shù)據(jù)多、格式標準等特點。最后，測試界面。其主要是用戶交互，可對測試壞境進行配置或者展現(xiàn)測試結(jié)果。同時還需要特別注意測試性能方面，因為Python要比C/C++慢10到100 倍，如果一個測試C/C++語言需3天能夠完成的，則Python需要300天才能完成，時間非常長，所以用戶根本沒法接受，由此為增強其性能，中間件全部需
中國電氣工程學(xué)報 2020年10期2020-11-06
- 嵌入式軟件單元測試方法研究
量。關(guān)鍵詞：測試計劃;單元測試;測試過程;嵌入式軟件中圖分類號：TP311.5? ? ?文獻標識碼：AAbstract：As the cross-development method is usually applied for embedded software，software testing is conducted early，so as to promptly find out the defects and problems at the ea
軟件工程 2019年8期2019-09-04
- 高速鐵路列控系統(tǒng)試驗測試計劃編制現(xiàn)狀與展望
列控系統(tǒng)試驗測試計劃我國高速鐵路聯(lián)調(diào)聯(lián)試及動態(tài)檢測列控系統(tǒng)試驗（簡稱列控系統(tǒng)試驗）采用試驗列車或綜合檢測列車，在實際運行狀態(tài)下，對高速鐵路列控系統(tǒng)的總體功能、安全性需求以及系統(tǒng)間匹配關(guān)系進行的綜合測試、調(diào)整與優(yōu)化[1]。由于列控系統(tǒng)的高安全性及完善度等級要求[2]，聯(lián)調(diào)聯(lián)試應(yīng)由獨立于開發(fā)者和用戶的第三方專業(yè)人員使用規(guī)定的標準、方法和工具進行測試[3]，并依據(jù)測試結(jié)果對被測系統(tǒng)的功能符合度、安全性等進行客觀評價[4]。在中國列車運行控制系統(tǒng)（CTCS）-2/
中國鐵路 2019年7期2019-07-22
- 基于TestLink的軟件測試自動化管理
的，然后詳擬測試計劃，分配測試任務(wù)，執(zhí)行測試到測試完結(jié)生成質(zhì)量報告，這一過程稱為軟件測試過程。自動化測試管理可以大大簡化這一復(fù)雜的過程，一般需要對測試需求分析、測試計劃制定、測試設(shè)計與開發(fā)、測試執(zhí)行與缺陷跟蹤、測試評估等5個階段進行有效管理。對此可做研究分述如下。1 自動化測試的基本任務(wù)1.1 確定測試需求測試活動總是從研究需求分析開始的，需求分析是開展測試活動的基礎(chǔ)和依據(jù)，軟件需求分析可以告訴研究者需要“測什么”。測試人員需要將測試與需求對應(yīng)起來，以便為
智能計算機與應(yīng)用 2019年2期2019-05-16
- 前端自動化測試與持續(xù)集成系統(tǒng)
要體現(xiàn)在選擇測試計劃和執(zhí)行測試計劃兩個方面。(1）選擇測試計劃如需求分析中所列，根據(jù)不同的測試內(nèi)容，執(zhí)行不同的測試計劃。區(qū)別于服務(wù)端代碼的測試的是GUI軟件測試部分。(2）執(zhí)行測試計劃執(zhí)行階段的工作就是按照步驟來執(zhí)行測試,所依據(jù)的測試用例是設(shè)計階段建立的.狹義上講，按照測試用例開展測試的階段就是通常我們提到的測試。在我們這里把執(zhí)行測試計劃分為：前端單元測試、前端覆蓋率測試、界面回歸測試、前端功能測試、持續(xù)集這幾個階段。3.2 系統(tǒng)的難點(1）GUI測試的難
數(shù)碼世界 2019年3期2019-04-25
- 基于pytest和JMeter的自動化測試系統(tǒng)設(shè)計和實現(xiàn)
員手動整理出測試計劃中應(yīng)該包含的測試用例。手動在命令行啟動JMeter命令，并在發(fā)生錯誤時進行人工排查，達不到一鍵執(zhí)行和無人值守。(2)大量腳本的執(zhí)行效率問題。JMeter自帶遠程執(zhí)行功能只是針對一個腳本中的多個步驟并行，不支持多個JMeter腳本的并行執(zhí)行。需要實現(xiàn)多個測試用例的并行執(zhí)行時，需要自行編寫復(fù)雜的調(diào)度程序或者測試人員人工介入。前者成本較高，后者無法實現(xiàn)完全的自動化。本文設(shè)計并實現(xiàn)了一種基于pytest的自動化測試系統(tǒng)，具有如下特點：(1)充分
智能計算機與應(yīng)用 2019年1期2019-01-11
- 一汽奧迪A4L行駛中廢氣燈點亮
。根據(jù)引導(dǎo)型測試計劃提示使用VAS6606接線盒，將VAS6606連接在發(fā)動機控制單元插接器和發(fā)動機控制單元之間。通過手動真空泵驅(qū)動進氣風(fēng)門轉(zhuǎn)動讀取信號電壓實時數(shù)據(jù)，然后與標準數(shù)據(jù)比對。檢查G336所有線路的通斷和互短、對地和對正是否存在短路。檢查結(jié)果如圖3和圖4所示。標準電壓范圍是0～4V之間，該車在進氣風(fēng)門打開狀態(tài)電壓為1.33V，顯然與標準值相差較大。更換進氣歧管風(fēng)門電位計G336后故障排除。┃圖2 進氣風(fēng)門電位計G336電路圖故障總結(jié)：該車故障整體
汽車維修技師 2018年7期2018-12-07
- 意大利立法支持無人駕駛汽車路測實驗 助產(chǎn)業(yè)發(fā)展
汽車上路進行測試計劃，該計劃將為無人駕駛汽車產(chǎn)業(yè)發(fā)展提供有效法律保障。據(jù)報道，無人駕駛汽車上路進行測試計劃法令，授權(quán)由意大利基礎(chǔ)設(shè)施和交通部頒發(fā)上路進行測試許可，科研機構(gòu)、大學(xué)和汽車制造商，研發(fā)過程中需要上路測試無人駕駛汽車，必須獲得國家基礎(chǔ)設(shè)施和交通部核準。法令規(guī)定，所有測試車輛必須在絕對保障安全條件下進行，測試機構(gòu)須向國家交通主管部門提供測試過程的相關(guān)數(shù)據(jù)，以及所存在的問題；無人駕駛汽車上路測試，必須有專業(yè)技術(shù)人員隨車測試，一旦發(fā)生意外可立即控制車輛。
中國計算機報 2018年16期2018-10-08
- 直升機機電管理系統(tǒng)軟件測試方法研究
作，包括編寫測試計劃、制定測試方案以及準備測試用例；一旦代碼模塊完成就應(yīng)該及時開展單元測試，一旦代碼模塊被集成為相對獨立的子系統(tǒng)，便可以開展集成測試，一旦有BUILD提交，便可以開展系統(tǒng)測試工作。圖2 W模型W模型中另一個重要的思想是“全面測試”。即應(yīng)對軟件的所有產(chǎn)品進行全面的測試，包括需求、設(shè)計文檔、代碼、用戶文檔以及測試進度和測試策略的調(diào)整、需求變更等；軟件開發(fā)及測試人員(有時包括用戶)全面地參與到測試工作中，并且對測試過程進行全面跟蹤，例如對需求的驗
直升機技術(shù) 2018年1期2018-03-13
- 淺談GB/T 25000.51-2016《系統(tǒng)與軟件工程 系統(tǒng)與軟件質(zhì)量要求和評價（SQuaRE）第51部分：就緒可用軟件產(chǎn)品（RUSP）的質(zhì)量要求和測試細則》的變化
性的依從性、測試計劃要求及概念新增上，最后概述新版GB/T 25000.51-2016的適用準則。隨著軟件工程技術(shù)的蓬勃發(fā)展和應(yīng)用，軟件的質(zhì)量屬性發(fā)生較大變化，國際標準化組織對軟件質(zhì)量模型及其測試系列國際標準進行了重大調(diào)整修訂工作。為達到國內(nèi)系列標準的協(xié)調(diào)一致性，所以同步修訂GB/T 25000.51-2010，新標準編號為GB/T 25000.51-2016。以下，簡單談?wù)凣B/T 25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價（SQ
中國醫(yī)療器械信息 2018年13期2018-01-27
- 奧迪A3遙控器無法正常使用
2根據(jù)引導(dǎo)型測試計劃用鑰匙1重新打開和關(guān)閉點火開關(guān)1次來學(xué)習(xí)遙控器，如仍不能解決，斷開J519電源對J519進行硬件匹配。根據(jù)上述檢查初步分析，是遙控器信息在車載電源控制單元J519 內(nèi)丟失，重新匹配學(xué)習(xí)遙控器就可以正常使用了。根據(jù)引導(dǎo)型測試計劃做了遙控器匹配學(xué)習(xí)，但遙控器仍然不能使用。該車鑰匙防盜信息由儀表來進行讀取和識別，故障車輛可以正常打開點火開關(guān)和啟動車輛說明防盜系統(tǒng)能夠識別鑰匙并已通過防盜驗證。按壓遙控器開/閉鎖鍵遙控器指示燈能亮，檢查遙控器電池
汽車維修技師 2017年6期2017-11-18
- 淺析軟件測試管理
試組長，召開測試計劃討論會，進行人員培訓(xùn)等。②測試計劃。測試計劃指導(dǎo)整個測試工作的實施，主要確定測試范圍、測試方法和策略、需采用的資源和工具、進行進度安排、風(fēng)險應(yīng)急計劃，并撰寫測試計劃文檔。③測試設(shè)計。測試設(shè)計是建立在測試計劃之上的，根據(jù)測試計劃選擇的測試方法和策略設(shè)計具體的測試用例集合。④測試執(zhí)行。搭建測試環(huán)境，準備測試數(shù)據(jù)，開始執(zhí)行測試。若采用自動化測試，可以直接借助測試工具執(zhí)行測試腳本，并記錄測試過程數(shù)據(jù)和測試結(jié)果，管理相對簡單。若采用手工操作測試，
電子測試 2017年7期2017-04-14
- 宜特偕德凱宜特與DfR簽署MOU，合力開展高可靠性設(shè)計+驗證服務(wù)
規(guī)劃結(jié)合驗證測試計劃》一條龍服務(wù)，共同為下一世代汽車電子與先進電子產(chǎn)品的質(zhì)量把關(guān)!德凱宜特在與客戶合作的同時也察覺到，在科技發(fā)展以光速變化的今天，廠商極需要更適合其新領(lǐng)域或新應(yīng)用產(chǎn)品的可靠度驗證方法, 來確保產(chǎn)品導(dǎo)入后長時間使用的安全質(zhì)量。宜特進一步指出，在尖端電子產(chǎn)品應(yīng)用上，供應(yīng)鏈廠商不僅必須從過去消費性芯片僅專注于功能性設(shè)計(Design for Function)的概念，跨入高安全性與可靠度(Design for Reliability)的質(zhì)量水平；
電子測試 2017年24期2017-04-13
- 奧迪A6L EPC燈亮
診斷儀引導(dǎo)型測試計劃檢查凸輪軸位置/曲軸位置傳感器分配不正確。根據(jù)診斷儀提示：在發(fā)動機控制單元的故障存儲器中存儲了1個故障碼，指示汽缸列1中的霍耳傳感器被互換。按照電路圖檢查霍耳傳感器G40和G300的插頭是否被互換。分析可能原因是：上次維修時將凸輪軸位置傳感器插接器插反導(dǎo)致。檢查第一列凸輪軸位置傳感器，發(fā)現(xiàn)兩個傳感器插接器插不反，因為插接器顏色和鎖止卡扣不一致。難道是兩個傳感器和插接器整個裝反了？帶著這種疑問查閱了相關(guān)電路圖，從電路圖上可以看出第一列進氣
汽車維修技師 2017年11期2017-04-09
- 基于PREEvision的汽車測試數(shù)據(jù)管理系統(tǒng)應(yīng)用研究
試實施管理、測試計劃管理、測試執(zhí)行管理和測試結(jié)果的分析管理［3］，如圖1所示。圖1 vTESTcenter測試數(shù)據(jù)管理系統(tǒng)的組成2.1 測試需求和測試工程師管理在測試需求和測試工程師管理中，測試人員可以根據(jù)測試需求，利用自然的語言編寫測試需求的說明文字，同時為該測試項目指定測試工程師。在一個已經(jīng)創(chuàng)建好的測試工程中，測試人員可以通過測試工程目錄下面的Test Specifications Package（測試說明包）添加與該項測試相關(guān)的測試說明。測試說明的添
汽車電器 2017年1期2017-02-27
- 奧迪Q5發(fā)動機抖動故障的排除
。根據(jù)引導(dǎo)型測試計劃需要檢查配氣正時、氣缸列1進氣側(cè)凸輪調(diào)節(jié)器油道是否堵塞、凸輪軸是否卡滯以及機油壓力是否過小。由于該車是客戶剛購買的車，抱怨很大，要求做到盡量縮小作業(yè)范圍。我們初步分析是由于進氣凸輪調(diào)節(jié)器卡滯或是調(diào)節(jié)不當，導(dǎo)致存儲曲軸與凸輪軸分配不合理的故障碼。首先對調(diào)了進排氣凸輪軸調(diào)節(jié)器控制電磁閥N205和N318，做測試計劃“凸輪軸調(diào)整缸列1進氣側(cè)”，但結(jié)果是測試無法成功完成，診斷儀提示凸輪軸調(diào)節(jié)器“油道堵塞或是調(diào)節(jié)器本身卡滯”。這種情況下，決定先拆
汽車與駕駛維修(維修版) 2016年1期2016-12-09
- 列控系統(tǒng)動態(tài)檢測計劃管理輔助工具的研究與實踐
3]，開發(fā)了測試計劃管理輔助工具[4]，實現(xiàn)了測試計劃的增、刪、查、改、核對與輸出功能[5]，大大減輕了管理計劃時的工作量，提高了計劃管理的效率與可靠性[6]。1 計劃編制流程一般情況下，列控系統(tǒng)計劃編制工作的流程[7]如圖1所示。圖1 計劃編制流程前期準備工作：計劃編制前期，計劃編制人員收到高速鐵路列控系統(tǒng)的相關(guān)設(shè)計、施工工程文件后，畫出待測試高速鐵路站場平面示意圖，編制出每一個待測車站的測試序列。前期對接工作：動態(tài)檢測開始前，計劃編制人員還需要與現(xiàn)場指
鐵道標準設(shè)計 2016年11期2016-12-06
- 惠普ALM工具在軟件測試管理中的應(yīng)用
需求的變化、測試計劃的更改、測試用例的精簡以及缺陷的跟蹤都增加了軟件測試管理的難度，手動開展軟件測試工作，對文檔的依賴較大，且費時、費力，管理效率低，因此，越來越多的公司和企業(yè)開始重視使用工具管理軟件測試過程。惠普ALM是一款統(tǒng)一的應(yīng)用生命周期管理工具，可快速定義、構(gòu)建、測試和交付高質(zhì)量的應(yīng)用。文章主要介紹了使用ALM進行軟件測試管理的基本流程并結(jié)合實例演示如何使用ALM進行軟件測試管理?！娟P(guān)鍵詞】惠普ALM 軟件測試管理 測試計劃 測試用例國內(nèi)的一些軟件
電子技術(shù)與軟件工程 2016年6期2016-05-14
- 如何做好醫(yī)用電氣設(shè)備ECM 檢測的測試計劃
CM 檢測的測試計劃薛正元 趙博征 遼寧省醫(yī)療器械檢驗檢測院 （沈陽 110179）本文通過對EMC測試計劃組成部分的介紹，使得受檢企業(yè)在進行檢驗前，能夠把受檢樣品有關(guān)EMC檢測的相關(guān)信息準確無誤的提供給檢驗機構(gòu)，為檢驗過程能更順利提供有力保障。EMC測試計劃由于國家強制實施YY0505-2012標準，醫(yī)療器械生產(chǎn)廠商對EMC檢驗準備不足，在產(chǎn)品檢驗過程中會遇到諸多問題，使得檢測時間延長，造成不必要的浪費。如果在檢驗之前，生產(chǎn)廠商能夠很好地完成測試計劃，就
中國醫(yī)療器械信息 2016年23期2016-03-18
- 法國增加EPR壓力容器測試內(nèi)容
容器機械性能測試計劃的內(nèi)容，該計劃的完成日期因此將延后至2016年底。先前計劃對兩個部件進行取樣分析，但現(xiàn)在將對三個部件進行取樣分析。法國核安全局(ASN)2015年4月宣布，弗拉芒維爾3號機組壓力容器某些部位的不銹鋼組份存在異常。阿海琺2015年5月向核安全局通報問題部件機械性能測試計劃。核安全局2015年12月表示，測試計劃“原則上可接受”，對于啟動一系列測試沒有異議(詳見本刊2016年第1期相關(guān)報道)。根據(jù)測試計劃，將在每個部件(共兩個部件)最深達四
國外核新聞 2016年5期2016-03-17
- 大眾VAS5054診斷儀操作介紹（四）
斷儀自動生成測試計劃，選中要執(zhí)行的測試計劃（如有多個測試計劃）點擊下一步，如圖65所示。圖65診斷儀提示檢查相關(guān)插接器和導(dǎo)線是否存在故障，根據(jù)檢查結(jié)果選擇相應(yīng)選項并點擊下一步，如圖66所示。圖66診斷儀提示所需專用工具，點擊完成，如圖67所示。圖67診斷儀提示檢查J217保險，如正常點完成，如圖68所示。圖68診斷儀提示從數(shù)據(jù)塊讀取電源電壓，點擊完成，如圖69所示。圖69檢查電源電壓是否正常，點擊下一步，如圖70所示。圖70診斷儀詢問電壓是否正常，根據(jù)剛才
汽車維修技師 2016年8期2016-02-06
- 計量自動化系統(tǒng)終端通信協(xié)議測試平臺研究
通過添加設(shè)置測試計劃，選擇待測設(shè)備進行測試，每個測試功能形成一個閉環(huán)，在測試過程中無需人工干預(yù)，測試過程中自動生成報文文檔。配置界面分為測試計劃管理、測試表管理、基本信息管理三塊功能。測試計劃管理按單一終端編號，添加測試計劃，并配置相關(guān)測試表;測試表管理按協(xié)議添加虛擬表作為測試使用，并可選擇此表具備的功能;基本信息管理提供文檔存儲路徑進行選擇及報告生成功能。單命令測試是手動選擇單條命令進行測試，主要用于調(diào)試使用。圖3 單命令測試流程啟動系統(tǒng)之后將顯示出整個
云南電力技術(shù) 2015年2期2015-03-02
- 配電自動化設(shè)備通信協(xié)議的一致性測試系統(tǒng)設(shè)計與實現(xiàn)
試按照適用的測試計劃進行測試以驗證設(shè)備的協(xié)議實現(xiàn)，包括了協(xié)議的物理層和鏈路層規(guī)則、ASDU/APDU、基本應(yīng)用功能等。并明確定義了并一致性測試要求、方法及測試結(jié)果，并對測試內(nèi)容進行了詳細的描述。（按照這個順序講）一致性測試要求分為靜態(tài)一致性測試要求和動態(tài)一致性測試要求。靜態(tài)一致性測試要求對其靜態(tài)一致性進行審查，包括選擇和參數(shù)。動態(tài)一致性測試要求對基本互聯(lián)測試，能力測試、行為測試提出測試要求。這些測試的內(nèi)容均由 PICS（protocol implement
電氣技術(shù) 2014年8期2014-09-22
- 紅帽發(fā)布Linux 7候選版
次。除了公開測試計劃外，紅帽還開展了高端測試計劃，即讓精心挑選的客戶測試特定的功能。紅帽收到了他們的反饋，并進一步改善了幾個方面，而這一直是測試計劃的目的。更重要的是，測試版證明了紅帽公司在向市場推出令人振奮的新版本方面保持領(lǐng)先—紅帽期望這個版本將重新定義企業(yè)操作系統(tǒng)。紅帽公司大中華區(qū)總裁張先民博士表示，我們很高興地宣布另一個里程碑，即推出紅帽企業(yè)Linux 7候選版。作為紅帽企業(yè)Linux 7的預(yù)發(fā)布版本——紅帽企業(yè)Linux 7 候選版吸取了測試計劃收
中國信息化周報 2014年23期2014-08-08
- 軟件測試模型的探討
：（1）它將測試計劃、測試用例設(shè)計、測試執(zhí)行、還有測試結(jié)果收集與分析結(jié)合在一起。（2）不同的測試技術(shù)，應(yīng)用于不同的時間點。（3）使軟件設(shè)計中的錯誤盡可能早地暴露出來。軟件開發(fā)的幾十年中，軟件專家總結(jié)出了很多開發(fā)模型。但在這些模型中，測試作為軟件開發(fā)的一個階段，被附加在開發(fā)模型后面，忽視了開發(fā)活動和測試活動是并行進行的，從而使得測試階段使用的資源和占用的時間都大大增加。近年來，人們逐步認識到軟件測試的重要性，提出了一些新的測試模型如V模型、W模型、X模型等等
計算機與網(wǎng)絡(luò) 2014年5期2014-05-25
- 基于Quality Center的測試管理
從測試需求，測試計劃，測試執(zhí)行，到測試缺陷的雙向跟蹤；它可以通過各種圖表完成對測試需求、測試用例、測試缺陷的分析，提高了測試的工作效率，使測試人員、開發(fā)人員可以在一個集中的測試管理系統(tǒng)中參與到整個測試過程。 QC測試流程如圖1所示。圖1 QC測試流程2.1 需求管理測試需求是整個測試的基礎(chǔ)，來源于軟件需求規(guī)格說明書，驅(qū)動整個測試過程。QC 的Web界面簡化了需求管理過程。測試人員通過對軟件需求的理解，整理軟件需求為測試需求，在QC的需求管理功能中，通過測試
鐵路計算機應(yīng)用 2014年3期2014-05-08
- Test Director在測試管理中的應(yīng)用
為五個部分：測試計劃、測試設(shè)計、測試開發(fā)、測試執(zhí)行和測試評估。TestDirector是業(yè)界第一個基于Web的測試管理系統(tǒng)，它可以在公司組織內(nèi)進行全球范圍的協(xié)調(diào)。通過一個整體的應(yīng)用系統(tǒng)中提供并集成了測試需求管理、測試計劃、測試日程控制以及測試執(zhí)行、缺陷跟蹤等功能，TestDirector極大的加速測試過程。項目經(jīng)理可以在TestDirector中查看存儲的所有信息，包括測試需求、測試用例、測試腳本、測試報告以及BUG報告等等。需求人員根據(jù)需求在Test D
電子測試 2013年2期2013-09-26
- 適應(yīng)IRISIRIS體系產(chǎn)品研發(fā)的系統(tǒng)測試過程研究
過程劃分為“測試計劃”、“測試規(guī)范”、“測試執(zhí)行”和“測試報告”4個子過程。由圖1可以看出，系統(tǒng)測試過程開始于系統(tǒng)定義與項目計劃，結(jié)束于系統(tǒng)測試（由于風(fēng)險分析實際上貫穿于整個產(chǎn)品研發(fā)流程中，因此未單獨體現(xiàn)），除測試規(guī)范子過程中的測試環(huán)境規(guī)范部分跨越兩個階段外，其余子過程都在一個階段內(nèi)結(jié)束。測試執(zhí)行子過程由于測試結(jié)果會導(dǎo)致產(chǎn)品的修改，因此可能會執(zhí)行多次，還會導(dǎo)致《測試計劃》及《測試規(guī)范》等文檔的更新。模塊測試和集成測試都在設(shè)計與實現(xiàn)階段進行，由于不屬于系統(tǒng)測
鐵路通信信號工程技術(shù) 2013年1期2013-05-09
- 淺談SoC模塊級與系統(tǒng)級的驗證
證策略并編寫測試計劃，再創(chuàng)建測試平臺，最后對復(fù)雜的數(shù)據(jù)進行測試。SoC模塊級;SoC系統(tǒng)級;SD控制器;驗證引言現(xiàn)今的SoC芯片通常包含有復(fù)雜的數(shù)據(jù)通路(datapath)，尤其是音視頻、圖象處理等數(shù)字信號處理系統(tǒng)。如何檢查數(shù)據(jù)通路的正確性，常常讓驗證人員頭疼。數(shù)據(jù)信號之間和信號前后時序的相關(guān)性比較少或者難以表示，所以，對復(fù)雜數(shù)據(jù)通路的驗證非常具有挑戰(zhàn)性。幸運的是，在RTL設(shè)計前一般進行算法的實現(xiàn)評估，比如開發(fā)定點模型，或者數(shù)據(jù)通路模型。基于這些模型，驗證
張家口職業(yè)技術(shù)學(xué)院學(xué)報 2012年1期2012-01-16
- 基于TestLink的測試管理系統(tǒng)研究
把他們組織成測試計劃。測試計劃允許測試組里成員執(zhí)行測試用例和動態(tài)的跟蹤測試結(jié)果,產(chǎn)生報告,跟蹤產(chǎn)品需求分析,區(qū)分優(yōu)先級別和分配相應(yīng)任務(wù)。二、TestLink安裝須知TestLink支持多種網(wǎng)頁瀏覽器Firefox 1.0(或更高版本)和Internet Explorer 6。一般說來,其他支持JavaScript,XHTML和CSS格式的瀏覽器也支持。TestLink支持Linux和Windows XP。后臺數(shù)據(jù)庫支持MySQL 4.1或更高,Postgr
新媒體研究 2009年24期2009-07-05
- 軟件測試方案分析與研究
把測試方案和測試計劃等同。據(jù)此本文系統(tǒng)地介紹了和軟件測試方案相關(guān)的重要理論，同時對測試方案和測試計劃進行了對比分析，希望對從事測試工作的初學(xué)者具有一定的參考意義和指導(dǎo)價值。關(guān)鍵詞：軟件測試測試方案測試計劃測試用例0引言目前，越來越多的軟件企業(yè)涉及高質(zhì)量高可靠性軟件項目的開發(fā)，作為軟件質(zhì)量控制和保證軟件工程過程質(zhì)量的最有效方法，軟件測試在項目開發(fā)過程中的地位與日俱增。軟件測試的總目標就是：確保軟件的質(zhì)量。如何有序開展測試工作從而保證軟件高質(zhì)量高可靠性，已經(jīng)成
中小企業(yè)管理與科技·下旬刊 2009年12期2009-06-21
- 軟件測試流程研究
需求分析 測試計劃 集成測試中圖分類號：TP3文獻標識碼：A文章編號：1671－7597（2009）0120078－01一、測試策略在執(zhí)行測試之前需要做許多文檔工作。因此，當項目提議一經(jīng)被審批，測試工作即開始展開。（一）需求分析階段1．需求調(diào)研。在軟件生命周期的需求分析階段，測試人員參與需求調(diào)研。從測試角度分析需求的可測試性，構(gòu)思測試方法和準則。這也有助于更好的理解系統(tǒng)的需求。測試人員了解哪些部分需要重點測試，哪些部分不需要。這部分的工作有助于設(shè)計測試計
新媒體研究 2009年2期2009-03-02