TSTT产品可测试性需求格式范文.docx
- 文档编号:12524987
- 上传时间:2023-06-06
- 格式:DOCX
- 页数:26
- 大小:25.52KB
TSTT产品可测试性需求格式范文.docx
《TSTT产品可测试性需求格式范文.docx》由会员分享,可在线阅读,更多相关《TSTT产品可测试性需求格式范文.docx(26页珍藏版)》请在冰点文库上搜索。
TSTT产品可测试性需求格式范文
输出文档格式要求:
在按照IPD模板内容执行IPD活动中,当输出文档时,请作者务必套用《IPD输出文档格式》,以保证文档格式的规范性。
Requirementsforformatofoutputdocuments:
whenyououtputdocumentswhilefollowingIPDtemplatetoexecuteactivities,FormatofIPDOutputDocumentmustbefollowedtoensurethattheformatofdocumentsareconsistentandstandardized.
R&D-Template-TestabilityRequirementsGuideline概念阶段确定可测试性需求指南-03.00.00
活动号:
TE-15
ActivityID:
TE-15
ControlSection
文档控制
Version版本
Date
日期
Changeandreason
更改及其理由
By
责任人
ProjectManager:
__________________Project:
_________________
项目经理:
__________________项目:
_________________
ProjectPhase/DecisionCheckpoint:
项目阶段/决策检查点:
X
Concept
概念
Develop
开发
Launch
发布
Interim
临时
Plan
计划
Qualify
验证
LifeCycle
生命周期
该模板仅作为确定可测性需求的指南,实际需求文档模板参照IPD《端到端产品包需求模板》。
1、概述OVERVIEW
目前可测性需求一般有以下几方面的考虑:
1、面向产品的可测性需求,是为了提高产品的故障检测定位和隔离能力而考虑的可测性需求,直接影响产品问题故障检测定位和隔离的难易程度。
面向产品的可测性需求在评审通过后将作为产品本身的规格特性。
2、面向软件验证测试的可测性需求,是为了方便软件验证测试而提出的可测性需求,直接影响测试开发和测试执行的难易程度。
3、面向硬件验证测试的可测性需求,是为了方便硬件验证测试而提出的可测性需求,直接影响测试开发和测试执行的难易程度。
4、面向生产测试的可测性需求,是为了方便生产测试,提高生产测试效率而提出的可测性需求。
面向生产测试的可测性需求参见《概念阶段确定可制造性需求指南》相应内容。
目前公司已经发布了各产品线的可测性需求基线(工程特性需求基线之可测性部分),该需求基线是公司多年来已有可测性经验总结提炼的成果,而且还将不断优化和完善,所以需求基线可以覆盖产品的大部分可测性需求。
因此具体产品开发时可测性需求的提出一般按以下操作:
1、产品在提可测性需求时首先参照相应可测性需求基线剪裁得到具体产品的需求基线。
相应的要求参见可测性需求基线实施规定。
2、结合具体产品的特点,充分考虑产品各阶段测试的可能遇到的问题和困难,提出相应的可测性需求。
3、参考相关产品的可测性方面的经验案例,提出相应的可测性需求。
4、分析参考业界同类产品的可测性设计特点,提出相应的可测性需求。
下面的指南主要针对上述2~4点的需求分析收集给出指导,最后的需求输出格式参照IPD《端到端产品包需求模板》。
对于需求基线的需求剪裁参照可测性需求基线实施规定。
1.summarize
Testabilityrequirementscouldbeconsiderasfollowingaspects:
1.Product-orientedtestabilityrequirementsareproposedtoimprovetheabilityofdetectingandisolatingdefect,inwhichwouldaffecttheeaseofdetectingandisolatingdefectsduringtesting.Thereviewedproduct-orientedtestabilityrequirementswillbetreatedasapartoftheofferingrequirementsoftheproductunderconstruction.
2.Software-orientedtestabilityrequirementsareproposedtoeasethetestdevelopmentandexecutionwhenverifyingthesoftwareofaproduct.
3.Hardware-orientedtestabilityrequirementsareproposedtoeasethetestdevelopmentandexecutionwhenverifyingthehardwareofaproduct.
4.Production-orientedtestabilityrequirementsareproposedtoeasethetestingandimproveefficiencyduringtheproductionofaproduct.Pleasereferto
Thetestabilityrequirementbaselinesforallproductsarereleasedinourcompany(partoftheengineeringfeaturerequirementbaseline).Thebaselinedrequirementsaresummarizedfromthelongtermpastprojectexperienceinourcompany,andit'salsobeingoptimizeandconsumate.Thereforethebaselinedrequirementscancovermosttestabilityrequirementsofmostproducts,andtestabilityrequirementscouldbeproposedbythefollowingsteps:
1.Thetestabilityrequirementofaparticularproductcouldbeobtainedbytailoringthebaselinedtestabilityrequirementstoaparticularneed.Formoredetail,pleaserefertothe
2.Accompanywiththecharacteristicoftheproduct,thinkovertheproblemsanddifficultiesthatmightbeencounteredduringeachphaseoftesting,testabilityrequirementscouldbeproposedforthem.
3.Referringthepastexperienceofproposedtestabilityrequirementsfromrelevantproducts.
4.Analysisandreferencetothesimilarproductintheindustry,considertheirdesignfortestability.
Thefollowingguideisservedforthe2~4shownabove,andthefinalrequirementoutputisinconformitywiththeIPD
2、产品测试需求和策略初步考虑
Producttestingrequirementsandstrategyoverview
初步考虑产品进行哪些测试,可以根据相应测试规范标准、类似产品或前一版本的测试经验而来。
初步考虑产品如何进行这些测试,要说明如下问题:
哪些测试是手动测试、哪些是自动测试?
测试数据源是内置在系统中,还是外部提供?
测试数据的采集和处理是内置,还是外置?
测试数据采集装置的控制是内置,还是外置?
测试数据源的控制是内置,还是外置?
测试数据的处理是内置,还是外置?
Summarizewhattestsaretobeconducted.Thiscanbesummarizedfromtestingrequirements.
Describeingeneralhowthesetestingareconducted,thefollowingshouldbeexplained:
Whataremanualtestingandwhatareautomatedtesting?
Istestingdatasourceembeddedinthesystemorprovidedfromoutside?
Isthecollectionandprocessingoftestingdataachievedfrominsideoroutside?
Isthecontroloftestingdatacollectiondeviceachievedfrominsideoroutside?
Isthecontroloftestingdatasourceachievedfrominsideoroutside?
Istheprocessingoftestingdataachievedfrominsideoroutside?
3、产品测试各阶段的可测试性需求
根据测试需求和策略(如具有内置要求的测试),通过对具体产品特点的分析、内部访谈、参考公司内部经验案例并分析调研业界同类产品,提出可测试性需求。
Testabilityrequirementsshouldbelistedwithreferencetotestrequirementsandstrategyaddressingthosetestswhichhaveembeddedrequirementsandtheteststrategyofeachtestitem.
产品各阶段的可测性需求内容应该包括以下几个方面的内容:
Testabilityrequirementsshouldincludethefollowingcontents:
3.1、硬件模块和部件调试和测试的可测性需求
Testabilityrequirementsofmodulesandpartsdebuggingandtesting
关注点在于能否提供方便的调试手段和支持调试测试的工具接口,支持模块和部件的单独调试和测试,主要考虑以下几个方面的内容:
(1)提供支持模块独立运行必要的信号输入和输出接口数据。
(2)提供信号和数据流的自环和自给设计
(3)提供模块和部件的离线加载功能
(4)提供模块和部件的自测试设计
(5)提供测试仪器和工具的测试接口或兼容性设计。
(6)提供直观的调试结果信息上报监控
本部分需求来源于以往类似单板硬件和部件的调试经验、采用新的器件和开发技术而带来的新的需求、采用新的方法引申的需求、提高开发调试效率引出的需求以及来自内部访谈和调研分析的相应需求。
例如:
产品设计了一块业务板,但需要时钟板提供时钟才能正常工作,而提供时钟的单板也要调试,无法支持本单板的调试,这样为了调试这块单板就需要考虑时钟源的设计,可能我们需要在板内提供一个晶振,或者利用锁相环的压控晶振分压设置提供时钟,以支持单板的独立调试。
另外为了调试单板业务是否正常,必要的环回必须要支持,数据源需要有相应的设计考虑。
Thefocushereiswhethereasydebugging&testingmeasuresanddebugging&testingequipmentinterfaceisavailable,whichmakesiteasytoverifyandlocatewheretheproblemcomesfrom,andsupporttheindependentdebugging&testingofmodulesandparts.Thefollowingcontentsshouldbetakenintoconsideration:
(1)Provideinput&outputdatasourcesnecessaryforindependentdebugging&testingofmodulesandparts.
(2)Provideloopbackdesignandembeddeddatasourcefordataflow.
(3)Supportoff-lineloadingofmodulesandparts.
(4)Provideself-testsofmodulesandparts.
(5)Provideinterfaceorcompatibilitydesignnecessaryfortestingequipmentandtools.
(6)Providevisualwayforreportingofdebugresults.
Requirementshereusuallycomefrompastboardhardwareandpartsdebugging&testingexperience,newrequirementsbroughtaboutbyusingnewcomponentsanddevelopmenttechnology,requirementsbroughtaboutbynewmethod,requirementsbroughtaboutbyraisingdevelopmentefficiency.
3.2、软件模块的调试和测试中的可测性需求
Testabilityrequirementsofsoftwaremoduledebuggingandtesting
关注点主要在于按设置测试控制序列、状态观测点和输入输出机制的需求,主要考虑以下几个方面的内容:
(1)提供软件模块调试测试的能控性设计,能通过输入设定的测试序列使系统处于某种特定的状态或满足某种特定条件的状态。
主要考虑软件模块的调试测试控制点的选择和测试序列导入机制的设计。
(2)提供软件模块调试测试的能观性设计,能够通过系统的输出数据判定系统是否处于某种特定的状态或满足某种特定条件的状态。
主要考虑软件模块的调试测试观察点的选择和观察装置的设计。
(3)软件可测试性需求分为内建、公共、产品特性等三类,内建测试能力与公共可测试性需求合入产品包需求,在确定设计需求时,对具体产品特性需求分析的基础上,提出相应的特性可测试性需求。
三类需求分别说明如下:
特性可测试性需求。
针对产品具体特性测试的方便性提出的需求,它们与特性紧密相关,以特性树的方式组织
公共可测试性需求,例如:
OS中内存管理这些更具有公共性的部分。
它们叫做公共可测试性需求。
也是以特性树的方式组织。
例如:
内存管理特性、队列特性等等
内建测试能力需求。
它是最具有公用性的部分。
它们叫做内建测试能力可测试性需求。
它描述了产品应该具有的支持测试能力的需求。
如:
跟踪机制需求、测试接口需求等。
这些需求的被实现,可以有力的支持前两类需求的实现。
例如:
我们实现了跟踪机制,就能更好的实现第一类和第二类中的哪些跟踪需求。
它们都需要调用这里提供的机制来真正的完成跟踪。
Thefocushereistherequirementsofsettinguptestcontrolorder,statusobservepointandinput&outputmechanism,Thefollowingcontentsshouldbetakenintoconsideration:
(1)Testcontrollerofsoftwaremoduledebugging&testing,whichcanmakethesystemcomingintoorsatisfyingsomespecialstates.
(2)Theobservationofsoftwaremoduledebugging&testing,usuallytheobservationpointsandobservationequipmentareconsideredhere,throughwhichthesystemstatecanbevisiblebytheoutputmessage,andwecanknowwhetherthesystemisunderthecertainstateweneed.
(3)Softwaretestabilityrequirementsareclassifiedintothreetype,andtheyareproductfeature-orientedtestabilityrequirements,build-intestcapabilityandcommontestabilityrequirements.build-intestcapabilityandcommontestabilityrequirmentswillbeaddintoIPD
1feature-orientedtestabilityrequirements,whichareproposedaccordingtotheactualfeaturesofaproduct.Suchrequirementsarestronglyrelativetothefeatureofaproducts,andtheyareorganizedbydifferentfeatures.
1commontestabilityrequires.suchasmemorymanagementfunctionsinaOS,theyarecommontothepublicandnotfeature-orientedtoaparticularproduct,theyarecalledthecommontestabilityrequirements.suchrequirementscouldbeorganizedbyafeature-treeaswell,suchasmemorymanagementfeature,queuefeature,andetc.
1build-in-testcapabilityrequirements.theyarethemostcommonpartofatestingfacility,andbecalledbuild-in-testcapabilityrequirements.suchrequirementsdepictedtheproductunderconstructionshouldsupportacertainkindoftestingcapability.forexample,ifweimplementatrackingfacility,itcouldwellsupportthetrackingandinterfacingrequirementsfromtheabovetwokindoftestabilityrequirements.asthefigureshownbelowaretheinfrastructureofthebuild-in-testfacilities:
本部分需求主要来源于测试策略、经验总结以及内部访谈和调研分析。
软件可测试性需求的分析详细过程与方法,参见测试部相关支撑流程。
Requirementshereusuallycomefromteststrategy,experience,interview.fromR&Dtestdept.,youcangetdetailedsupportingprocessandtechnicalguideforsoftwaretestabilityrequirements.
3.3、系统联调中的可测性需求
需求的关注点主要是能够提供一些手段,这些手段是可以暴露问题、发现问题、定位问题产生原因,解决问题、以及验证解决效果的测试手段,主要考虑以下几个
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- TSTT 产品 测试 需求 格式 范文