12、软件测试中的验收、中断与风险把控

软件测试中的验收、中断与风险把控

1. 验收测试相关要点

1.1 验收测试用例选择

验收测试用例通常是系统测试用例的合理子集,针对常见业务场景选取。但这并不意味着只测试与验收相关的用例,其他用例也需测试。验收标准针对每个测试对象单独选定,其严格程度基于风险分析。对于非关键测试用例,验收条件相对宽松;而对于安全关键流程,验收条件更为严格,这样可将测试精力集中在测试对象的关键部分。

1.2 验收测试的组织

  • 测试环境 :验收测试一般在客户的验收测试环境进行,该环境应尽可能接近后续的生产环境,但要避免在生产环境直接测试,以防影响或危及运行中的软件系统。不同测试环境可能导致系统测试中无问题的用例,在验收环境中失败。同时,系统的安装和配置流程也应作为验收过程的一部分进行检查。
  • 验收标准的考量 :需提前明确验收标准的严格程度。例如,若规定响应时间不超过 1 秒,但验收测试中测得 1.1 秒,而其他功能正常且系统按规定可用,此时是否判定验收失败值得商榷。这种情况可能只是一个可在后续版本改进的小问题,而非引入系统的障碍。
  • 预测试与时间规划 :在客户参与验收前,先进行验收测试用例的测试,评估系统质量。若发现系统仍存在重大缺陷,建议主动推迟验收日期,避免浪费客户时间。但在时间紧迫时,这可能难以实现,因此提前规划缓冲时间至关重要。若在定义测试概念时就发现验收周期过紧,应及时记录项目风险。
  • 验收流程的明确 :明确谁有权签发验收、邀请谁参与验收、
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值