需求测试是手动测试的重要阶段,因为这里的疏漏会导致未来昂贵的错误。
问题背景:
在开发早期,产品的需求以文档(技术规格书、规范)的形式固定。它们的不正确或不完整的编写在实现和测试阶段会引发许多问题。
问题:
需求往往是不完整的、模糊的或矛盾的。这导致了误解和产品质量不佳。测试人员必须提前发现这些问题。
解决方案:
需求的手动测试包括:
关键特点:
“可测试的需求”是什么意思?
可测试的需求是可以明确说出在产品中是否实现的需求。它不应包含抽象、笼统的表述和不明确的参数。
如果需求仅对作者可理解,这些需求是否可以被认为是质量的?
不可以。高质量的需求应被团队中的所有成员(开发人员、测试人员、分析师、业务人员)明确理解。
测试人员的职责是增加或修改需求吗?
不,测试人员识别问题并向负责人报告,但不应自行修改需求。
测试人员收到了需求,没有检查其完整性和一致性,没有注意模糊的表述。结果,开发人员对这些需求进行了不同的解释,出现了未考虑的场景,这些场景只在发布时被发现。
优点:
缺点:
在了解需求阶段,测试人员为业务分析师准备了问题,澄清了争议点,并帮助添加了负面场景。通过这样做,避免了许多误解,并显著减少了发布时的错误数量。
优点:
缺点: