软件系统中存在着潜在的破坏风险,如产品质量差和没有良好的计划,鉴别和评估软这些件风险是一个不小的壮举。因为广泛的风险和为满足它们而设计的解决方案,使得减少这些不良后果提出了一个挑战。使用于基于风险的测试方法帮助公司决定了应该检查的功能的次序,这建立在风险失败之上。
在旧金山的软件测试专业人员会议大会上,软件领导和国际软件测试资格委员会主席Rex Black现与会者一起观看了基于风险测试的整个重要流程。
Black使用了一个两步流程,在帮助解决质量问题时。此行动计划的第一部分涉及到与利益相关者的协作,来鉴别出可能导致问题的地方。然后,如果没有捕捉到漏洞,他们就会仔细检查负责结果。
Black一直认为,在电子商务层面,质量风险的一些常见例子包括如下:
- 对用户输入响应慢
- 订单确认页面总数错误
- 错综复杂的航运选择
这个双管齐下的风险评估方法帮助Black创建了一个工作路线图。“通过结合的可能性和影响评级,我们可以想出一个总体衡量风险的措施,”Black说。
在测试循环中加入的利益相关者是这一难题的关键部分。不通知所有的业务合作伙伴很“危险”,这可能会导致丢失重要的变量,据Black说。“我们的经验帮助客户进行基于风险的测试做了大约20年,我预计测试人员,即使是非常聪明的、经验丰富的测试人员,通过他们自己的努力也只能识别出25%的质量风险,”他说。
项目风险也会影响测试,Black指出。测试环境资源的消耗,因为伤病、假期而降低水平的人员等等,这些都会导致问题的产生。测试也会延迟,因为交付了低质量的软件,Black说。
获得敏捷认证的价值
你只知道一两件关于软件测试的事情是远远不够的,你必须能支持你所说的话。有认证的软件专业人员可以证明他们的知识和技能。ISTB组织提供认证考试,可以让IT专业人员和业务人员取得更好的结果。
“ISTQB敏捷认证将会帮助高层管理者做出更明智的决策,决定出怎样把专业人员与使用敏捷方法的结构化测试保持一致,”Black说。“专业测试是完成执行敏捷方法承诺的一部分,这一承诺是发布快,质量高。”
2014年的伊始,ISTQB基金会敏捷模块装将对软件测试专业人员可用。75分钟考试主要侧重于对完成敏捷项目的实践技能。Black说在2015和2016年,ISTQB预计将会在更高水平上引入模块。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
“以建应变”:敏捷+DevOps驱动数字化转型
数字化转型由软件驱动。如今在数字化转型中,交付软件实际上处于每一个业务的核心,这一软件趋势也正好与CA Technologies一直强调的应用经济相一致。
-
开发运维一体化(DevOps):协作是成功的保障
如今的IT部门存在一个矛盾:敏捷开发者希望可以快速部署常规软件,而运维团队则优先考虑稳定性。开发和运维不同的成功指标使得每个团队都有自己独立的目标
-
CA Technologies CEO呼吁企业领导者善用软件的颠覆力量
CA Technologies首席执行官 Mike Gregoire日前在CA World ’15上发表了主题演讲,聚焦业务领域对创新速度的更高要求,呼吁企业将软件作为一项基本组织化原则,以在快速变化的世界里保持优势地位。
-
如何掌控敏捷产品开发的安全性
在敏捷产品开发过程中,用户故事可能不足以保证实施的安全性。这里阐述一些更有效提高安全性的办法。