如果客户不断地改变它应该做的事情，是否有可能评估软件的质量？

Question

是的/不是的，如果是的话，怎么做？

如果客户不确定他的需求并不断地改变它们，那么软件测试人员应该在什么基础上测试软件以评估其质量呢？甚至可以测试软件吗？

Answer 1

有一个移动的目标并不是跳过测试和质量评估的理由。有时候，客户需要看到一些东西，才能更好地理解他们真正需要的和不需要的东西。欢迎改变:这将是一个更好的结果。

质量评估只需区分软件和用户满意度：

• 对商定的半胱氨酸进行测试:所要求的要求是否得到了满足？如果是的话，软件的内在质量可能是可以的，但这还不够。
• 根据用户期望(而不是需求)进行测试:如果用户满意，那么可能存在完整的质量。如果顾客改变主意，那是因为期望值还没有改变。质量可能不存在，但很可能，要求不符合预期。

它一直是这样的：

• 在瀑布中，需求可能存在缺陷，客户在很长一段时间后会注意到这一点。而弥补预期差距将是非常昂贵的。
• 在敏捷中，关于故事实现的反馈要快得多，而且很容易修复误解，或者在旅途中融入客户学到的新见解。

Answer 2

如果当客户请求更改需求时，软件已经在QA中，那么它通常不应该影响QA测试，因为目标应该是根据开发人员在编写代码时的需求验证当前版本。不能根据开发人员当时不知道的需求来衡量软件质量。

QA要么必须保持需求不变，要么放弃测试(并可能放弃发布计划)，如果当前的需求不能按原样发布的原因是什么。

如果放弃了测试和发布计划，那么这将是一个更广泛的问题；团队需要重新开始计划，以了解更改的影响，重新审视评估，并提出修订的发布计划。

Answer 3

您缺少了一个“变更管理流程”

当客户要求您需要的东西时：

1. 写下来
2. 检查合同，看看他们是否被允许更换东西，如果允许的话，收取多少钱？
3. 计划如何实现这个目标
4. 估计需要多长时间
5. 重新评估影响，看看它是否违反了以前签署的任何法规。
6. 更改整个项目计划以适应更改
7. 让客户签署这是他们想要的，他们接受成本。

等

此过程保护您和客户不受任意更改。目标是确保项目有成功完成的最佳机会。

这其中的任何阶段都可能失败，最终导致您无法实现更改。

您完全需要测试您针对它设计的请求所做的工作。

你不应该放弃它，而选择一个新的改变，除非客户也签署了。

不这样做的风险是，你放弃了一切，最终一无所获。如果你确保事情已经完成，你至少可以回滚到一个点之前，改变进来，并说。我们完成了这个请求。