转自:

冠词是谷歌 视频博客被翻译

若何做测试满足的阐明书,并能适当的无力的促进测试计划手段?三星蜂窝式便携无线电话连爆事实不眠我们的群众的是商业头上的一把刀,东西测试司机头上的刀。如下,你是若何完成或结束测试的呢? 率先要完成或结束测试计划并促进计划手段,向外看沉思并答复文字说话中肯这些成绩。

原文连锁:

规则测试计划是任一复杂的把任务交给。东西梦想的测试计划经过本钱进项辨析和风险辨析一般均衡软件研制(kevndi凡例:软件研制是软件工程说话中肯软件研制。,手段互相牵连的要素,包罗研制和测试。:

  • 研制本钱:某一特别风景的工夫和多相有很大的意见分歧。,这将侵袭短期研制本钱。。(kevindi凡例:谷歌大体上是东西完整主动化的测试。
  • 独占的事物本钱:有些测试把任务交给或测试计划独占的事物本钱对照物很大,这可能性一言可尽和很难独占的事物。,这将侵袭俗僧开展本钱。。设想需要人工控制测试,这也会加法俗僧本钱。。
  • 财富本钱:稍许地测试办法可能性需要付费资源。。
  • 测试来回:测试是先发制人成绩的才能,并在意见分歧程度上遭受定约雇用研制(凯大集市指数):提出研制赢利性。自然,我们的越早找到成绩的好人越大。。
  • 风险:缺陷风景的概率是意见分歧的。,可能性难得,或最好地工夫。。它们的侵袭可能性是细微的折磨。,这也可能性是灾难性的的恶果。。

在测试计划中精确的抵消这些要素在特别的剩余做切片定约雇用的意思、手段细部、引起资源和工作组风景。很多地定约雇用可以在单元测试法中购置物很高的推进,低本钱手段的高笼罩率,但他们可能性需要尺寸玩个痛快测试和复杂的疆界测试。。阐明基本政策定约雇用必需减轻风险,因而他们会承兑高高的的本钱,在各级的测试用例中入伙了宽宏大量的的资源。。

本指挥的用于扶助朗读者在定约雇用中找到抵消点。。另外,它并心不在焉做准备东西测试计划模板。模板,因它多半过于扫荡的或过于详细。,很快就会老一套。。相反,它坚持到底于教你写作测试计划时,若何选择严格意义上的的满足的。

测试计划与战略

率先,需要廓清测试计划两种经用办法:

单一的测试计划:有些定约雇用有东西“测试计划”,它作图了懂得定约雇用的担当设法对付人和计划的测试。。

单一的测试战略和宽宏大量的的计划:稍许地定约雇用有“测试战略”提出于是很多地较小的“测试计划”提出。该战略通常克制总体测试办法和目的。,测试计划克制特派效能或定约雇用变换。

它们可以被读到或集成到定约雇用设计提出中。。这两种办法特别的无效。,因而你可以主要成分定约雇用的情境选择。大抵,不乱的定约雇用使受益于单一计划,变幻无常的工程,最好选择不常常方法的战略,通常是CH。。在本指挥的中,我将把两种测试文档典型复杂地统称为“测试计划”,设想您有多种典型的文档,只需对懂得提出敷用药以下提议。(kevindi凡例:上面开端经过环绕的成绩试点朗读者写作测试计划)

满足的选择

写测试计划的东西苦恼是先列出懂得需要答复的成绩,以下列表做准备了可能性一致的您的定约雇用的要紧成绩。阅读列表并选择恳求。经过答复这些成绩,你就可以决定测试计划的满足的,你一定环绕所选满足的以你工作组爱意的体式创立测试计划。当你做出选择的时辰,一定要抵消侵袭软件研制的懂得要素。

你需要东西测试计划吗?设想心不在焉定约雇用设计文档或东西卓越的的生产理念,你可能性不需要如下早写作测试计划。

定约雇用设计阶段其中的哪一个思索了可测试性?,懂得的receiver 收音机都必需被设计成可测试的。,最好经过主动化。。定约雇用设计文档和测试计划都应主要成分需要添加可测量性评价。

你需不需要保障测试计划是最新的?设想是非常的,请坚持到底不要加那么多细部。,不同的可能性难以独占的事物测试计划。

以此类推球队也有群众的保障吗?设想是非常的,若何缩减反复把任务交给?

风险

  • 有什么有意义的事物的工程风险吗?,你将若何脱?像:

伤到人或讨厌的人用户通知的平安和完整性用户隐藏公司体系的平安武器装备或财产减少法度与合规成绩秘密或敏感通知揭露通知落下或损坏

支出减少

不成回复的风景

维修服务级一致

机能销路

给错误的劝告用户

对以此类推定约雇用的侵袭

受他的计划侵袭

侵袭公司的公众形象

生产率减少

无特点或集会特点,易出毛病,或许要求重构研制平台和以此类推相信库(SDK等)常常出错用户为害到体系的可能性性已知的技术生裂缝

笼罩

测试入场是多少的?它是最后却东西外观交谈的库,或多平台,有客户端-满足需要且有宽宏大量的用户养护结成的体系?在测试计划中阐明基本政策阐明体系设计和架构可能性呈现的毛病。

你遭受哪一些平台?思索列出遭受的操作体系,武器装备、器材等。,您还需要解说每个平台若何担当设法对付人测试用例。,若何出口测试最后。

效能点是什么?思索将懂得有或起作用汇总表,需要测试哪一些效能。

你想测试吗?心不在焉测试套件笼罩懂得可能性性。。我们的需要面临就是这样真实情况,解说为什么某一用例不克不及被担当设法对付人。比方:低优先考虑的事和低风险应用容器,低优先考虑的事和复杂用例,以此类推工作组笼罩的做切片,未取得测试基准的效能等。。

您需要应用哪一些用例?单元测试法(小),集成测试(IN)静止摄影体系测试(大)用例笼罩率?,放量缩减测试用例。测试计划需要阐明把测试用例放在逐个地阶段担当设法对付人的说辞。

哪种办法最安装手工测试和主动化测试?设想可担当设法对付人性和,主动化通常是最好的。。很多地定约雇用可以使懂得测试主动化。。虽然,可能性有更妥的说辞来选择人工控制测试。。测试计划需要作图人工控制测试用例的典型并做准备理论原则。

附带(无错误)效能测试效能测试含糊测试练习生,加载,压力和逐渐或枯燥地通过试验(AKA浸没试验)隐藏测试平安TES

不乱性测试

引起性测试

你会应用定态和静态辨析器吗?定态辨析器和静态辨析器可以找到很难在review和测试找到的成绩,如下提议思索应用它们。。

若何应用体系议会和相信库(SDK)铅笔头, mocke, fake, 阶段和效能测试?我们的都有十足的动力去做这些事实。,这些测试对笼罩有其使近亲繁殖的侵袭。。

担当设法对付人的测试用例是什么性格的?最新发行版本测试(KEVI):天结构版本?,或迭代不乱版本,静止摄影预发行版本?设想只测试最新发行,如下你怎地做release版本的增量测试(每个release安排版本的changelist)和体系设定变换测试,这些不克不及在日本版本中笼罩。。(kevindi凡例:这是指版本当中的晋级测试。:What builds are your tests running 反?是 tests running against a build from HEAD (阿卡 小费), a staged build, and/or a release candidate? If only from HEAD, how will you test release build cherry picks (选择 of individual changelists for a 安心) and system configuration changes not normally seen by builds from HEAD?)

为内部众包测试研制DooPooDoud(内部)alpha beta版本(他们当播音员前若何举行测试?)内部相信的测试(External trusted 测试员)

若何测试通知使位移?您可能性需要测试最后过去的和。

你需要关怀反向的和谐的?你可能性有产者已当播音员的客户端或许有以此类推体系相信你的一致,设定,特点与逻辑。

您需要测试晋级满足需要/客户机/器材软件或相信性。 API是这些软件议会吗?

你有信号笼罩的目的吗?

器和基础设施

设想需要的话,你需要东西新的测试眼镜框吗?,在计划中添加或添加设计连锁。

你需要扩大东西新的测试试验课吗?,在计划中添加或添加设计连锁。

设想您的定约雇用需要为以此类推定约雇用做准备维修服务,你需要为这些用户做准备测试器吗?思索做准备模仿, fakes, and/or reliable staged 满足需要有利于以此类推用户举行集成测试。

为了端到端的测试,若何测试基础设施,测试体系,于是以此类推相信库(SDK)举行设法对付?他们若何摆设?若何安排继续测试围绕和回复围绕?若何做通知中心里的使位移把任务交给?

其中的哪一个需要器来扶助调试体系或非常测试?你可以应用EX,或许你需要研制东西新的。

颠换

其中的哪一个有测试前进速度销路?什么时辰做出了无怨接受?,什么工夫该完成或结束什么测试(或做准备测试反应)?其中的哪一个有些测试是更要紧需要提早完成或结束?

若何继续安排和测试?绝大多数小测试都是用陆续的,虽然玩个痛快测试可能性需要以以此类推方法使掉转船头。。或许,设想需要,可以专一性地运转玩个痛快测试。。

你有东西工作组来监控继续的依照吗?大测试可能性需要。你需要测试最后养护图和以此类推定约雇用康健反省器吗?谁会收到电子邮件警报又若何处置?只需要重要的人物将测试检测最后复杂地构成或使用言语的表明请示给工作组吗?

他们显然会当播音员要测试的版本。,静止摄影相信继续集成测试的最后来决定其中的哪一个当播音员?设想体系议会和相信库(SDK)孤独当播音员,需要对他们的每个当播音员举行测试吗?“闭塞当播音员”的bug真的能妨碍设法对付者举行版本当播音员吗?有心不在焉对闭塞当播音员的基准完成共识?设想举行版本预当播音员(内测版本、淡黄色版),就是这样颠换是若何监控和测试的?内部用户将若何表明bug?可以思索反应连锁或以此类推类似物的器来搜集和汇总。若何完成或结束bug派发把任务交给?可以思索用门或窗户上面的线脚和归类把bug地方到意见分歧的过滤最后中,帮忙确保认真负责的创立BUG和CRE的工作组。您正应用bug后面的体系或许你需要设置稍许地主动或人工控制导入把任务交给?你有心不在焉规则东西准则,规则在已找到bug处理过去的若何再次提测新发行?若何测试未涉及的修正?设想有声名的人都可以对什么试验版本担当设法对付人懂得的测试(一件爱管闲事),你可以思索做准备一种办法。。

工作组会员若何创立和/或调试测试用例?你可以思索做准备一种办法。。

翻倒

是谁测试计划的朗读者?有些测试计划要不是由少数人看,有些被很多地人一下子看到。至多,你一定思索懂得的有助于互相牵连者(定约雇用经理),技术认真负责的人,特点认真负责的人)都举行了review。当写测试计划时,一定要拘押朗读者的希望,为他们做准备十足的树立理解计划,答复你以为可能性一些成绩——即苦你的答案是,你心不在焉答案。。也可以思索为测试计划添加节目主持人,如下,什么朗读者都能推进更多物。

朗读者若何显得不错现实测试用例?人工控制测试用例可能性在测试CA中,在独立的提出中,或许计入在测试计划中。思索做准备表明计入主动测试用例的列于表上的连锁。。

你需要有需要吗?、扩大有或起作用与测试用例当中的关系?

  • 你有生产康健或群众的目的吗?,你若何权衡成?想一想。:

发行节奏在研制阶段用户抓bug的号码在当播音员测试阶段bug的号码拖延处理Bug的号码信号笼罩率人工控制测试本钱创立新测试用例的难度系数

Published by sayhello

发表评论

电子邮件地址不会被公开。 必填项已用*标注