供应商测试质量管理

Question

我们从零开始，讨论如何更好地了解我们的软件供应商实际测试的方式和内容，以及围绕该过程的治理。将欢迎任何投入或例子的什么已经成功。没有必要重新发明轮子

Answer 1

您可以请求供应商共享他们的测试文档，如测试场景、测试用例、测试用例。通过查看这些文档，您可以了解测试人员已经或将要测试多少。

如果您有任何技术人员来检查，您也可以请求自动化脚本。你可以要求测试的结果。

定期与测试人员交谈将帮助您了解进行了多少测试，以及基于什么理由。此外，您对测试人员关于软件应用程序的反馈肯定会帮助测试人员探索更多的测试场景。

Answer 2

这是一种常见的做法。许多客户审核他们的供应商过程和质量标准。虽然这通常是在选择供应商时完成的。

我一直在栅栏的两边，我工作的团队已经审计了一个供应商，而我为之工作的公司也被审计过。

当这件事发生在我身上的时候，我被期望证明我坚持我公司的质量程序。我以一种受控的方式维护我的测试，而这些测试提供了价值。

问你的供应商做什么测试不是不合理的。您希望看到开发人员不断地运行单元测试。你也会期望你的供应商在发布给你之前已经过测试。

在减少测试工作量方面，我的观点是，您仍然应该测试软件，用户应该运行UAT。

您的供应商将专注于系统测试，而您的组织应该进行测试，用户关心的是确保软件满足他们的业务需求。

例如，我现在正在工作的项目之一，供应商测试软件和共享测试。我编写了自己的功能测试，检查每个选项是否有效。到目前为止，我们的期望是，在UAT期间，我们的用户不会受到令人沮丧的崩溃、链接中断等的影响，这使得他们只能专注于确保软件满足他们的需求。

当软件经常出现错误和/或崩溃时，您会发现它们很快就会失去兴趣，并且可以脱离。这是因为用户不得不停止运行UAT的“日常工作”，当他们腾出时间时，当事情不起作用时，他们会感到沮丧。

Answer 3

只是为了把我的两分钱加到现有的答案上--你可以(而且肯定应该)要求测试的证据，但是他们可能没有合同义务去分享这些信息。

或者，你可能会得到幸运，有一些真正开放和诚实的供应商，谁不介意公布他们的脏衣服。

我从两方面都看到了，当我要求得到完全相同的东西时。我们建议他们主持日常站立，共享缺陷日志，生成电子表格等，而一家公司没有分享任何东西，而另一家公司则绝对共享一切。