软件测试的潜规则

软件测试的潜规则是行业中一些不成文的规则或习惯，它们可能与标准的测试实践相悖，甚至可能导致软件质量的隐患。ISTQB（国际软件测试资质认证委员会）提出的“测试七项基本原则”是对良好测试实践的指导，而“潜规则”则可能是导致这些原则无法得到充分执行的原因。 我们来看看ISTQB的七项基本原则： 1. 测试指出缺陷的存在：测试只能发现缺陷，不能保证没有缺陷。 2. 穷尽测试是不可能的：由于资源有限，必须选择性地进行测试。 3. 测试要尽早介入：测试应从项目的早期阶段就开始。 4. 缺陷集群性：大部分缺陷集中在少数模块或特性中。 5. 杀虫剂悖论：持续使用相同的测试方法可能会使隐藏的缺陷难以被发现，需要不断调整测试策略。 6. 测试活动依赖于测试Context：测试计划需考虑项目特有的环境和条件。 7. “Absence-of-errors”谬误：没有发现错误不代表软件没有错误。 然而，实际操作中的“潜规则”可能包括： 1. 规划软件缺陷数量：设定千行代码缺陷密度目标，忽视了质量的全面评估。 2. 测试周期可压缩：即使开发延期，测试仍需按期完成，有时甚至依赖非专业人员进行。 3. 测试前期工作被视为学习阶段：测试活动被推迟到后期，忽视了前期参与的重要性。 4. 依赖“三板斧”找Bug：过分依赖特定测试手段，忽视了基础功能的全面验证。 5. 陈旧测试用例被视为经典：用例更新不及时，导致适应性不足。 6. 测试项目复制现象：简单复制以往策略，缺乏针对新项目的具体分析。 7. 超出设计规格的缺陷不算缺陷：将问题归咎于需求或设计，而非软件本身。 这些潜规则的存在，往往会导致测试效果打折，甚至掩盖潜在问题。作为测试人员，我们需要认识到并挑战这些潜规则，坚持按照ISTQB的基本原则来执行测试，确保软件质量。这包括了及时更新测试策略和用例，尽早介入项目，多样化测试方法，以及确保缺陷管理的全面性。只有这样，才能真正提高软件的可靠性和用户体验。