软件测试中测试资源及测试风险分析

1.测试资源分析

不同的测试任务对应着不同的资源需求。测试用例设计时,测试工程师需参考、应用产品待办列表、需求大纲、用户故事、Sprint计划等文档资料。

 

测试环境搭建时,需要获取支撑产品运行的软、硬件资源;实施测试管理时,需采购或使用开源的项目管理平台,当技术技能不足时,需参与技能培训,甚至提出招聘需求等。

 

测试工程师开展测试活动前,必须确保所需的测试资源到位,否则可能无法如期开展测试活动。

 

2.测试风险分析

软件在设计研发过程中几乎都存在风险。风险理解为某些不良事件、危险或可能危害相关事务的活动等发生的可能性以及其可能带来的不良后果,风险可能发生,也可能不发生,是一个潜在的问题。

 

所有的软件研发活动,都存在不同级别的风险。风险级别取决于发生不确定事件、危险的可能性及产生影响的严重度。

 

测试过程中可能存在的风险通常来源于3种类型:项目风险、产品风险、外因风险。

 

01.项目风险

项目,通常有明确的需求主体,由客户提供具体需求,软件公司承接研发任务,因此,需求风险较少,其具体风险来源于以下几个方面:

 

(1) 团队组织因素

敏捷开发团队成员个人素质因素非常重要,不合适的人即使在高效的流程及优秀团队下,也不可能开展高质量的软件质量保证活动,因此人的风险需首要关注。人员不足、技能不足、培训不足都是潜在的风险。

 

除了团队成员个人素质风险外,团队沟通、规程

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值