为什么测试不是独立的活动

#1 楼

测试不是一个独立的活动，因为：


解决bug意味着与产品和开发人员进行交谈，以确保对bug的充分理解和纠正之道对所有人都有意义。 br />了解业务需求以及应用程序要实现的目标意味着与业务用户和产品所有者合作
了解软件配置意味着与开发人员合作
了解环境设置和要求可能涉及开发人员
理解用户要报告的问题要进行测试可能会涉及敏捷环境中的客户支持（可能是多数，基于我所见的一些调查），质量保证并非孤立存在，而是必须亲身实践产品和开发以迭代方式进行变更的方式。
应该与组织的其他成员保持不断的信息交流，以了解他们对应用程序的理解以及组织的期望现在和将来都可以使用。

#2 楼

软件测试生命周期不仅包括实际的“操作”，还包括更多的步骤。简而言之，它从审查设计/需求开始，然后进行计划和设计测试，执行测试（通常称为测试），最后完成报告。

因此，我认为您在运行应用程序时仅将“测试”一词与“正在执行”联系在一起，并检查功能是否按预期工作。但是测试不仅限于此。在我看来，您提供的链接可以很好地说明这一点。

#3 楼

木匠说：“量两次，切一次。”在切割一块木头之前，您需要对其进行两次测量，因为重新修复的成本要比重新切割的成本低得多。

“行动前的计划”原则也适用于软件。在创建软件时，我们会做出很多决定。我们甚至都不知道其中一些。适当数量的流程可以减少错误决定的数量。这是在质量检查人员对软件进行测试之前发生的。

从理论上讲，让质量检查人员参与软件生命周期的各个方面，可以使质量检查人员尽早发现错误。我的经验是，只有通过非常敬业和知识渊博的测试人员才能获得这一点。在实践中，让测试人员无所不在的价值可能比理论所建议的要低。并了解测试。

您提到的STLC页面将测试过程分解为活动，每个活动需要不同的技能。如果您正在接受培训成为测试人员，管理测试团队或测试过程，那么这是一个值得了解的想法。

您问它在实践中如何工作。一个组织中的测试过程对于另一个组织来说看起来很熟悉，但是它们会根据所涉及的个性和业务性质而有所不同。我认为大多数人会跳过或非正式地参加其中的一些活动。例如，我公司的大多数测试人员都不审查彼此的测试用例。

#4 楼

我认为，软件测试人员应参与网站或软件开发的所有阶段。作为软件测试人员，您与开发人员同等重要，并且通常比开发人员更了解测试的项目。 （开发人员可能只是专注于软件的一小部分）如果在需求或设计阶段涉及到问题，您将能够发现需求问题，就如何在早期阶段进行改进提出建议，并且同样重要的是，了解您要从事的工作，以便您计划时间。

我们最近发表了一篇博客文章https://blog.testlodge.com/the-role-of-qa-in-敏捷/提供一些技巧，说明软件测试人员应如何与敏捷团队合作，并参与从计划到回顾的所有阶段。