测试管理004:开发人员为什么拒绝修改这些缺陷?

缺陷是测试过程中测试人员的重要输出,它不仅是和其他项目利益相关者进行沟通的桥梁,也是证明测试人员测试能力的重要手段。但是,在实际的测试过程中,测试人员提交的缺陷常常会被开发人员以各种理由拒绝。
为了减少被软件开发人员拒绝的缺陷的数目,首先需要了解为什么开发人员会拒绝测试人员提交的缺陷,或者说他们为什么不愿意花费时间和精力解决测试人员提交的缺陷。本文将从几个不同的视角分析缺陷被拒绝的原因,从而有针对性的提出一些建议,帮助测试人员尽量减少被开发人员拒绝的缺陷的数目。开发人员拒绝研究和修改缺陷的原因是多方面的,例如:

 

  1. 开发人员无法复现缺陷(无法复现);
  2. 缺陷报告中提供的信息不足,或者复现缺陷需要奇怪而复杂的步骤(难以理解);
  3. 开发人员认为是系统的一个功能点,而测试人员认为是一个缺陷(缺陷还是功能点);
  4. 开发人员不理解测试人员的角色和职责定位(测试人员的角色);

1)缺陷无法复现
开发人员拒绝研究和修复测试人员提交的缺陷的第一个可能理由是:这个缺陷我无法复现,或者这个问题在我的环境中并没有发现。
在测试过程中,测试人员经常会碰到一些不可复现或者很难复现的问题,特别是在进行非功能性测试的时候,例如:稳定性测试、压力测试、满配置测试、兼容性测试等。通常来说,这些难以复现的问题,其导致的结果一般都是比较严重的,例如:系统性能不稳定,系统随机重启等。同时,这些问题常常也是用户最关注的地方。假如用户在使用过程中出现这样的严重问题,将会极大的降低用户对产品的信心。
即使是难以复现的问题,建议测试人员还是需要提交缺陷报告。只是,测试人员在提交缺陷报告之前,需要采取一些合适的策略和建议,

  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
测试驱动开发(TDD)模型是一种基于测试的开发模型,强调测试在开发中的重要性。在使用TDD模型时,开发人员先编写测试代码,然后再编写实现代码,从而保证代码的质量和可靠性。以下是使用TDD模型的几个好处: 1. 提高代码质量:使用TDD模型可以保证代码的质量。因为在使用TDD模型时,先编写测试代码,然后再编写实现代码,从而可以确保每个功能都被测试到,每个测试用例都是有效的。这样可以有效地减少代码中的错误和缺陷。 2. 减少重构成本:使用TDD模型可以有效地减少重构成本。因为在使用TDD模型时,每次修改代码都需要重新运行测试,从而可以及时发现代码中的问题,避免在后期进行大规模的重构。 3. 提高开发效率:使用TDD模型可以提高开发效率。因为在使用TDD模型时,测试用例可以帮助开发人员更快地发现问题,从而可以及时修复。另外,TDD模型也可以帮助开发人员更快地了解需求,减少需求变更的次数。 4. 促进团队合作:使用TDD模型可以促进团队合作。因为在使用TDD模型时,测试用例是团队共享的资源,每个人都可以了解每个功能的实现方式和测试用例。这样可以更好地协作和沟通,提高开发效率和代码质量。 总之,使用测试驱动开发模型可以提高代码质量、减少重构成本、提高开发效率和促进团队合作。在实际的软件开发中,需要根据具体情况选择合适的开发模型,以提高软件质量和开发效率。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值