测试策略范文.docx
- 文档编号:27121287
- 上传时间:2023-06-27
- 格式:DOCX
- 页数:29
- 大小:35.26KB
测试策略范文.docx
《测试策略范文.docx》由会员分享,可在线阅读,更多相关《测试策略范文.docx(29页珍藏版)》请在冰豆网上搜索。
测试策略范文
Thedevelopmentofateststrategyisamulti-stepprocessofanalysis:
1.Analyzerequirements.
2.Assessrisk.
3.Definescopeoftesting.
4.Determinetestapproach.
5.Determineentryandexitcriteria.
一个测试策略的设计是一个多步骤的分析过程:
1.分析需求。
2.评估风险。
3.定义测试范围。
4.确定测试方法。
5.确定进入和退出条件。
Oncetherequirementsandrisksofaprojectarewell-understood,thenextstepintestplanningistodeterminetheteststrategy.Theteststrategyanswersthefollowingquestions:
Whyarewetesting?
Whatdoweplantodo?
Whatdoweplannottodo?
只要项目的需求和风险被准确理解,测试计划的下一步就是确定测试策略。
测试策略解决下列问题:
为什么我们要测试?
我们要做些什么?
我们计划不做些什么?
Yourteststrategymustincludeacleardefinitionofthescopeofyourtesting.Yourscopemaybedeterminedinpartbyyourteam'sresponsibility.Alargedevelopmentprojectmayhavemultipletestteamsworkingonit,eachofwhichisresponsibleforadifferentaspectoftheproject.Evenasmallprojecthasdifferentlevelsoftest,asdescribedinthemoduleTestLevelsandActivities.Yourscopeincludesthelevelsoftestthatyoucover.
你的测试策略必须包括你对测试范围的一个明确定义。
你的范围可能部分取决于你团队的责任。
在大型发展项目里,可能有多个测试团队同时工作,每一个小组负责项目的不同方面。
像在测试阶段和活动中描述的一样,即使是很小的项目,也有不同程度的测试。
你的范围包括你负责的范围内的测试阶段。
Thescopeofyourtestingisalsoaffectedbythescopeandnatureoftheprojectitself.Forexample,thescopeoftestingmaybesmallerforasmallservicereleasetoanexistingproductthanforanewproduct.
你的测试范围也会因为项目本身的范围和性质而受到影响。
例如,对于一个新产品来说,一个准许生产的产品中的一个小服务的测试范围更小。
Todeterminethetestapproach,askquestionsliketheseforeachoftheprojectfeaturesandattributes:
●Whattestingisplannedforthisfeatureorattribute?
●Whatcustomerproblemdoesthisfeaturesolve?
●Whatannouncementclaimswillwebemakingaboutthisfeature?
●Whatautomationwillweusedtodevelopthetestsforthisfeature?
要确定测试方法,为检测项目的功能和属性,必须提出下列问题,:
1、为测试功能或属性,要进行怎么样的测试?
2此功能解决客户的哪些问题?
3针对这个特点,我们要做出怎样的报告?
4我们将用什么自动化工具或技术来进行这项功能的测试?
Todeterminewhentostartandendtesting,identifyentryandexitcriteriabyansweringthefollowingquestions:
为了决定何时开始和结束测试,根据下列问题的答案,确定进入和退出条件:
●Duringthedevelopmentprocess,canthetestswe'vedefinedbeexecutedinaneffectiveandefficientmanner?
●Astheproductcontinuestoprogress,whenarewearefinished?
1在开发过程中,我们定义的测试能否以有效和高效的方式执行?
2随着产品的不断发展,我们什么时候能够完成?
Inorderforentryandexitcriteriatobeeffective,theymusthavethreecommonattributes.
●Entryandexitcriteriamustbemeaningful.
●Entryandexitcriteriamustbemeasurable.
●Entryandexitcriteriamustbeachievable.
为了进入和退出条件能够生效,就必须有3个共同属性。
进入和退出标准,必须是有意义的。
进入和退出标准,必须是可衡量的。
进入和退出标准,必须是可实现的。
课程目标
Aftercompletingthislesson,youwillbeableto:
Definethescopeoftesting
Determineyourtestapproach
Determinewhentostarttestingandwhenthetestingiscomplete
学完这一课后,你将能够:
定义测试范围
确定你的测试方法
确定何时开始测试以及何时完成测试
Throughoutthiscourse,youwillhaveanopportunitytogainhands-onpracticewithvarioussoftwaretestactivities.Wewillusethefollowingfictionalscenariotoprovidecontextforourexamplesandexercises.
在整个过程中,你将有机会获得各种软件测试活动的实际操作。
我们将使用下面的虚构场景,为我们的例子和练习提供场景。
Projectbackground
TheArizonaWeatherWatchergroupisavolunteerorganizationofprofessionalandamateurweatherwatchersacrossArizona.Theyholdbiannualmeetingstoshareideasandobservations.
项目背景
亚利桑那州的气候观察组是由亚利桑那州的专业和业余的气候观察家志愿者组成的。
他们一年举行两次会议,来交流想法和意见。
TheArizonaWeatherDataProject
Atthelastmeeting,itwasdeterminedthatthegroupwouldattemptalong-standinggoal.Sincethegroup'sinception,therehasbeenastrongdesiretoamassacontinuouslyupdateddatabaseofweatherdataforallofArizona.TheWeatherWatchershavedecidedthat,withtheInternetprovidingeasyaccess,thetimeisrighttoattemptthisproject.
亚利桑那州的气象资料项目
上一次会议确定了该小组将尝试一个长期目标。
从小组成立以来,积聚所有亚利桑那州的天气数据成为一个不断更新的数据库的强烈愿望及一直存在。
天气观察家决定,既然互联网提供了方便,那么是时候尝试这个项目了。
ThewebtooltheywanttocreatewillenablegroupmembersacrossArizonatosubmittheirlocalweatherobservationstoacentraldatabase.ThisprojectiscalledtheArizonaWeatherDataProject.
Manyoftheexamplesandexercisesinthis?
courserefer?
tothisbackgroundmaterial.
他们想创建的网络工具,可以使整个亚利桑那州小组的成员能够提交当地天气观测的数据到一个中央数据库。
这个项目就被称为亚利桑那州气象数据项目。
许多这个课程中的例子和练习是指此背景。
Throughoutthismodule,youwillbedocumentingyourTestPlanfortheArizonaWeatherDataProjectusingtheRationalUnifiedProcess(IRUP)MasterTestPlanMicrosoftWordtemplateavailableonthedownloadpage.
在这个模块的整个过程中,你将利用在下载页面下现成的Rational统一过程(IRUP)MasterTestPlanMicrosoftWord模板,记录亚利桑那州气象数据项目的测试计划。
TheArizonaWeatherDataProject(AWDP)consistsofaweb-basedtoolthatallowsvolunteersacrossArizonatosubmitlocalweatherobservations.
亚利桑那州的天气数据项目(AWDP)里有一个基于网络的工具,使得分布在亚利桑那州的志愿者可以提交当地的气象观察资料。
AsyoulearnedinPrinciplesofTestManagement,youcansubdivideatestplantobettermanagevaryinglevelsofdetailandchange.SincetheArizonaWeatherDataProjectteamisrelativelysmall,youneedtocreateonlyonetestplan.
正如你在测试管理原则中学到的,你可以细分测试计划,来更好地处理细节和程度的层次多样性。
由于亚利桑那州气象数据项目团队比较小,你只需要创建一个测试计划。
SectionsofthismodulereferyoutothesectionnumbersandsectiontitlesfromtheIRUP?
MasterTestPlantemplate.
这个模块的部分,指的是IRUP主测试计划模板里的章节数和标题。
DevelopingaTestStrategy
制定一个测试策略
Oncetherequirementsandrisksofaprojectarewellunderstood,thenextstepintestplanningistodeteminetheteststrategy.Theteststrategyanswersthefollowingquestionsatalevelthatisusefultoprojectmanagers,management,andmembersofyourtestteams:
当需求和项目的风险被充分理解后,测试计划的下一步是确定测试策略。
在对于项目经理,管理人员和你的团队人员是有用的水准上,测试策略回答了一下问题:
Whyarewetesting?
Whatdoweplantodoandwhatdoweplannottodo?
Howwillwedoourtesting?
Thedevelopmentofateststrategyisamulti-stepprocessofanalysis:
我们为什么测试?
我们计划做什么以及不做什么?
我们将如何做测试?
一个测试策略的形成是一个多步骤的分析过程:
DevelopingaTestStrategy,continued
制定一个测试策略,续
YoualreadylearnedhowtoperformStep1:
AnalyzeRequirements.Youlearnedhowtoevaluatefunctionalrequirementsandnonfunctionalrequirementsandhowtodevelopusecasesanduse-casemodels.Youlearnedhowtorefinebadrequirements.YoualsolearnedhowtoperformStep2:
AssessRisk.
你已经学会了如何执行第1步:
需求分析。
你学过了如何评估功能需求和非功能需求,以及如何制定用例及用例模型。
你也学过了如何改进不健全的需求。
还学习了如何执行第2步:
评估风险。
Inthislesson,youwilllearnhowtodosteps3through5ofdevelopingateststrategyasfollows:
在这一课,你将学习创建一个测试策略的第三个步骤到第五个步骤,如下所示:
Step3:
Definethescopeoftesting
Step4:
Determineyourtestapproach
Step5:
Determinewhentostarttestingandwhenthetestingiscomplete
Inteststrategydevelopment,thefirst(andinsomeprojectsthemostimportant)stepistoclarifythetestingscopefortheproject.
第3步:
定义测试范围
第4步:
确定你的测试方法
第5步:
确定何时开始测试和结束测试。
在创建测试策略时,第一个(在一些项目中最重要的)步骤是阐明项目的测试范围。
DefiningtheScopeofTesting
定义测试范围
Youmustclearlydefinethescopeofyourtesting.Yourscopemaybedeterminedinpartbyyourteam'sresponsibility.Alargedevelopmentprojectmayhavemultipletestteamsworkingonit,eachofwhichisresponsibleforadifferentaspectoftheproject.Evenasmallprojecthasdifferentlevelsoftest,asdescribedinthemoduleTestLevelsandActivities.Yourscopeincludesthelevelsoftestthatyoucover.
你必须明确定义你的测试范围。
您的范围可能部分取决于你的团队的责任。
你的范围可能部分取决于你团队的责任。
在大型发展项目里,可能有多个测试团队同时工作,每一个小组负责项目的不同方面。
像在测试阶段和活动中描述的一样,即使是很小的项目,也有不同程度的测试。
你的范围包括你负责的范围内的测试阶段。
Thescopeofyourtestingisalsoaffectedbythenatureoftheprojectitself.Forexample,thescopeoftestingmaybesmallerforasmallservicereleasetoanexistingproductthanforanewproduct.Maketestingscopedecisionsconsciously.Decidewhichfeaturesorfunctionstotest,whichproductsorproductcombinationstotestandwhichnottotest.Besuretousewell-informedriskassessmentstounderstandtheriskrelativetowhatyouarenottesting.
您的测试的范围也受到项目本身性质的影响。
例如,对于一个新产品来说,一个已存在产品的一个小服务的测试范围可能会更小。
清晰地决定测试范围。
决定测试哪些功能或特征,哪些产品或产品组合进行测试了,而哪些没有进行测试。
对于与你没有测试的部分相关的那些风险,一定要信息全面的了解和评估它们。
7.CommunicatingTestingScopeDecision
Communicatescopingdecisionstotherestoftheprojectteamfortheirunderstanding,discussion,andagreement.Whileitmaybeeasiertoproceedquicklyincasesinwhichyouhaveimmediateagreement,discussionsoftenhavetheimportantside-effectofidentifyingunspokenassumptionsthattheprojectteammayholdregardingtesting.Thesediscussionscanalsobehelpfulinidentifyingtherolethatprojectteammembersexpecttestingtoplaythroughouttheprojectlifecycle.Examplesofquestionstodiscussincludethefollowing:
为了他们的理解,讨论和赞成,要向项目组成员传达与范围有关的决定。
在你们迅速达成一致的情况下,可以比较容易的进行,讨论对于鉴定项目组关于测试可能持有的未说出的假设往往有重要的侧面影响。
这些讨论也有助于确定项目小组成员在整个项目生命周期中期望承担的角色。
讨论的问题例子包括以下内容:
∙Willdevelopersbeexpectedtoprovetheyhavedoneacertainamountofunittestingbeforetheycansubmitcode?
∙Istheprojectmanagerexpectingtosupplementthetestteamwithcontractorsordevelopersduringtimesofschedulepressures?
开发人员被期望能够证明他们已经做了一定量的单元测试,才可以提交代码吗?
当项目时间压缩时,项目经理希望给测试团队补充合约人或者开发人员吗?
Theprocessofcommunicatingtestingscopedecisionssetsappropriateexpectations,inadvance,forwhattestingandthetestteamcanandcannotdofortheproject.Theseissuesarebestdiscussedinadvance,ratherthanatthetimeofacrisisorconflict.
在通信测试范围决定的过程里设置适当的预期,更进一步,预期测试和测试团队对于这个项目,什么可以做什么不能够做。
这些问题最好事先讨论,而不是直到危机或冲突的发生了才去讨论。
8.IdentifyingScope:
TestLevelsandFocusAreas
确定范围:
测试阶段和重点区域
Youcancategorizetestingactivitiesintolevels,witheachlevelfocusedonanaspectoftheapplicationorcode.Eachlevelisresponsibleforasetoffocusareas;youneedtoanalyzeandassessthesefocusareasaspartofdeterminingthetestingstrategy.
您可以根据每个阶段对于应用和代码的侧重方面把测试活动分类成阶段。
每一阶段负责一系列重点领域,你需要把分析和评估这些重点领域作为确定测试策略的一部分。
9
FunctionalVerificationTestFocusAreas
功能验证测试重点领域
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 策略 范文
![提示](https://static.bdocx.com/images/bang_tan.gif)