广州市财贸建设开发监理网站,深圳市住房和建设局网官网,好看ppt模板免费下载,wordpress代码编辑器件这是鼎叔的第五十二篇原创文章。行业大牛和刚毕业的小白#xff0c;都可以进来聊聊。欢迎关注本专栏和微信公众号《敏捷测试转型》#xff0c;大量原创思考文章陆续推出。探索式测试在敏捷测试象限中处于右上角#xff0c;即面向业务且评价产品#xff0c;这篇补充一下探索…这是鼎叔的第五十二篇原创文章。行业大牛和刚毕业的小白都可以进来聊聊。欢迎关注本专栏和微信公众号《敏捷测试转型》大量原创思考文章陆续推出。探索式测试在敏捷测试象限中处于右上角即面向业务且评价产品这篇补充一下探索式测试在项目测试中体现出的敏捷价值观分享国外专家在探索式测试实践的观点。注所谓评价产品就是在测试中使用系统并尽量重现最终用户的实际体验这也是探索式测试为什么对用户体验评测至关重要的原因。客户的参与场景的创建要创建准确的用户场景真实生活中的领域知识是关键因此应该端到端地测试完整系统这时聊聊角色扮演探索式测试与肥皂剧模型 就非常适合。通过这些场景活动能帮助成员理解更复杂的业务问题并充分考虑用户使用产品的动机。让客户尽可能多地参与迭代项目的效果演示越能获得客户的即时反馈。有的团队会在演示后让利益干系人包括客户做一些探索式测试可以帮助团队把功能考虑得更加细致并基于刚发布的功能马上思考将来要做的用户故事。大师对于探索式测试的定义Cem Kaner很早就给探索式测试下了个人定义它是一种让所有测试人员全身心投入工作时使用的方法即同时进行测试的设计、执行和学习也是一种强调测试人员的自由和责任的测试是持续贯穿项目的平行活动。这个定义说明探索式测试不是草率的可能需要广泛而精细化的准备。其中最厉害的准备就是测试人员多年积累的知识和技能。探索式测试不是一种技术也不是指南它让测试活动具备探索性的原因是测试人员的认知投入能够学习如何应对持续变化的情况。探索式测试人员的不同探索式测试人员记录产品预期行为的想法并不会列出太多细节不需要太多清楚的指示。他的注意力会转移到产品界面呈现的新问题或新风险上去。在测试执行过程中他会快速考虑这个问题是否干扰用户工作流的顺畅并评估其严重程度。当探索式测试人员收到新的构建版本时往往倾向于不再重复之前的测试而是着重于变化以图发现过时的旧测试遗漏了什么这种方法很有成效考虑到底层自动化回归测试已经覆盖了重复性的各种测试场景。探索式测试的特点就是测试人员自己要掌控测试程度基于上一步的测试结果对自己下一步该做什么能自然地给出明智的选择。没有一个有思想的人执行活动时是完全照着原稿进行。人可以快速学习新的信息并研究其根源和影响。但机器代码只认识它被编程的内容当奇怪的测试结果发生时代码就可能忽略、崩溃甚至毁坏数据。从客户角度出发的测试活动确实不会是完全探索型的探索式测试人员也要从测试目标驱动目标一定程度上由客户在项目早期设定。探索式测试的任务也会参考检查清单模型覆盖要求和风险清单但是如果被这些观点控制而不仅仅是被指导那测试活动更有可能变成”计划好的传统测试“。应该通过变化来驱动对问题的积极搜索而不是局限于计划好的用例这些用例往往只证实我们已经知道的东西。因此优秀的探索式测试人员应该不断地研究产品和其他角色合作而不是遵循程序结构化的方式埋头执行。这也是和敏捷宣言-”个人和交互大于过程和工具“”强调客户协作而不是合同谈判“不谋而合。探索式测试包含了和敏捷研发同样的价值观。测试中的好嗅觉没有刻意练习的黑盒测试人员可能并不知道如何进行探索式测试。来自探索过程中的记录也可以帮助人员能重现问题以便于进一步研究。怎样修炼测试过程中的好嗅觉基于对系统的理解结合批判性思维定义好测程可以在短时间内运行的实验性测试最后给出过程中的反馈。分析风险即用户认为什么是错误的让人不高兴的。对应的用户心里强烈希望功能行为是什么样子的并测试它。基于过去经验思考相似系统是如何失败/成功的并探索它。和开发交谈发现什么是对我们很重要的。让自动化回归测试套件做它擅长的重复性任务让敏捷的人类做擅长的思考和处理各种意料之外吧基于测程会话的测试管理探索式测试是在“上下文驱动测试流派”出现后才流行起来的。基于session的测试管理才能保障探索式测试可监督可度量也让探索式测试变成一种可以高度训练的习得性能力而不是一个低门槛的自由测试。Session有些书里翻译成测程有些翻译成会话鼎叔的专题里默认用第一种翻译。在测程结束后我们会分析测程中的三类任务的耗时以便知道哪个环节花费了更多时间测试设计执行缺陷分析报告创建章程。探索式测试和自动化测试的结合一个理念来自Jonathan Kohl是用交互式的自动化测试来辅助探索式测试比如自动化地创建测试产生数据完成重复性任务将工作流程自动推进到探索式测试想开始的地方。基于自动化防护的成果之上再探索更多隐蔽的遗漏缺陷。我们还可以不断修改自动化测试套件观察它的执行结果会发生什么不同这类似于变异测试。优秀探索式测试人员的品质能系统地追踪软件的坏味道。通过使用预言基于问题的原则和机制来认知问题。善于在时间盒内经常支线漫游探索-side trip思考专家用户和新手用户会如何使用产品和业务领域专家或者技术领域专家一起探索还可以邀请可用性用户交互专家一起来探索检查有竞争关系的软件获得启发竞品软件启发探索法角色扮演测试法的启发从角色扮演测试高手那学到的一些高级做法想象用户的一天这个方法也可以用于用户故事地图的脑爆会这个将来会介绍使用虚构的历史名人或社会名人想象他们如何使用我们的软件想象一个想方设法作弊的角色或者黑客角色想象购买服务的公司老板角色用户图形界面以外的探索不要只依赖于用户界面测试也可以在其他方向进行整个系统的探索测试比如探索API测试当多个参数一起发生作用时提供许多可能的变化模型有时参数是可选的。另一种场景是改变API调用的顺序从而可能导致结果的改变暴露用户界面上无法发现的问题。还有一个好处API接口可以在软件生命周期的早期进行开发这意味着对它的探索可以在早期进行。为此我们可以和开发人员合作实现易用的API测试套件。WEB服务的探索在测试计划中预留对用户的服务SLA的探索式测试SLA即服务水平协议模仿用户在访问Web服务的各种可能方式。文档质量的探索从之前的缺陷大扫除活动来看很多开发及测试人员对于要交付给用户的文档缺乏足够的检查很容易探索出显而易见的问题。因为文档内容的主观成分很多自动化完成相关测试是很困难的。我们鼓励结对合作探索其他人员负责的文档也注意要检查帮助文字的链接结果。最终文档的质量对于用户体验是很有价值的。报告的探索有一类特殊文档就是报告对于客户也许很重要。因为报告功能经常放到最后实现往往质量糟糕。基于用户评价的视角报告检查应该满足简单、可读、易于理解的质量要求。对于报告的测试最大的难点不是格式而是获取正确的数据有时建议使用生产数据来测试不同的报告版本结果。探索式测试的辅助工具短迭代意味着很难有时间进行充分的探索式测试我们看看有哪些辅助工具能简化探索式测试步骤并为其他重要的视觉测试留出宝贵时间。测试设置工具我们通常发现最耗时间的测试任务就是各种设置以及正确的初始化。这种操作要进行多次是使用自动化的好机会。这种工具要能接受不同的输入一遍遍运行测试场景。通过模仿终端用户的使用方式驱动界面的工具能让测试结果更有信心。生成测试数据这个也不用说我们探索各种类型的输入数据测试时这种工具太重要了可以节约大量成本。监控工具把探索式测试中无法在屏幕上展示的错误信息能够单独告警展示出来并能够分析具体错误来源让开发也能直接快速处理。模拟器为系统生成具有关键特征行为/类似真实数据的工具还可以不停得往系统中输入数据用于探索正常情况下难以出现的极端错误条件同时缩短这种边界测试的人工准备时间。仿真器即复制一个与被测系统的行为完全一致的虚拟新系统主要用在被测系统和外部系统有大量接口联调的项目有过这种经历的人都懂。仿真器可以保持测试和编码一致性让测试和开发保持进度的一致避免互相频繁等待对方的更新。仿真器还可以帮助客户深入了解要交付的系统以便更好地合作持续改进项目。最后一句总结即使在测试驱动开发实践上非常先进的团队也无法避免期望的软件行为和其他系统交互时的测试遗漏强大的面向业务的探索式测试活动能够更好地评价产品为产品注入价值。
