在一些公司,测试人员被要求做质量保证。在我看来,这不是要走的路。测试人员通常没有将事情推向更高层次的授权。因此,不可能进行像样的质量检查。
QA 应该由咨询测试人员的 QA 经理完成。你们有什么感想?
在一些公司,测试人员被要求做质量保证。在我看来,这不是要走的路。测试人员通常没有将事情推向更高层次的授权。因此,不可能进行像样的质量检查。
QA 应该由咨询测试人员的 QA 经理完成。你们有什么感想?
正如您已经说过的,测试人员(通常)没有能力、预算或其他手段来实际提高自己的质量(如重写代码、延长截止日期、减少功能)。
可以说,通过向决策者(利益相关者)提供信息,我们确实间接提高了质量(如果人们听取我们的建议并采取行动)。
通过不将决定权放在我们(或我们自己)的肩上,人们可以分担责任并为所有相关方做出承诺。
这就是我在我现在的公司所做的。
A) 它需要测试人员和我的团队的热情和责备。
B) 我为产品管理、开发人员和测试人员的发布决策创建了一个团队。C) 所涉及的同事可以更好地了解产品的当前状态。
D)如果他们仍然需要发布它(市场、特殊功能等),他们会做出更明智和有意识的决定。
E)通过涉及决策的不同方面(市场观点、技术观点、用户观点,也就是产品管理、开发人员和测试人员),我们确保我们涵盖了所有应该看到的重要方面。
我真的很喜欢另一种方法:QA 可以代表质量协助。QA 的作用是告知产品的质量。我认为 PM 应该负责根据他/她拥有的这些信息和其他信息做出决定。
这个问题没有固定答案——它真的取决于组织和产品,即便如此,我相信有多种哲学可以成功。我建议专注于取悦您的客户,并像迭代产品一样迭代您的流程。
执行和计划测试的人员通常不需要单独的角色,尤其是在小团队中。这是两个密切相关的功能,所以我认为测试人员编写测试规范或测试经理进行一些探索性测试没有任何不利之处。
除此之外,这种严格的分离增加了官僚主义并降低了团队的灵活性。