测试人员何时才能真正开始工作？
是否可以开始测试？在“测试”阶段之前可以工作？
#1 楼
回答您的特定问题“可能吗？”我会说：“是的。”有许多方面可能会影响积极的质量保证在先前阶段中的参与方式。例如：是自动化QA还是手动QA
特定QA工程师的软硬技能有多强
顶部底部阶段
项目间的交流建立得如何
例如在“分析”阶段，您可以与分析师合作，以适当的符号收集适当的要求，这些适当的要求适合您在将来使用将在设计测试。
在设计阶段，您可以咨询建筑师或技术负责人，以了解如何使系统更具测试性。准备测试策略并估算项目的测试预算。
在环境阶段，您显然可以构建或帮助开发人员构建抽象部署过程，计划将测试如何集成到CI / CD中，计划配置哪些环境属性以更好地满足测试需求等。
我不是从系统研究开始的，因为通常在那个阶段，它们只涉及非常有限的工程参与，因此不太可能邀请质量保证。
免责声明：阶段说明摘自该Wikipedia文章。
#2 楼
旧的SDLC瀑布方法的每个阶段都在上一个阶段的末尾开始。这会导致大量的时间浪费和“丢在篱笆上”的态度。在测试中有一种编码概念，如Michael Durrant的答案中提到的TDD从根本上讲，这意味着测试团队会在需求时加入并帮助设计满足需求的测试，然后设计并编写代码以使其满足测试要求，因此测试团队会尽早介入。
不难发现，越早发现问题，修复起来越便宜。我无法引用来源，但是我已经看到它在每个阶段都以数量级的形式呈现。如果修复需求中的问题需要花费1美元，则在设计中进行修复的成本为10美元，在开发中进行修复的成本为100美元，在测试中进行修复的成本为1000美元，在生产中进行修复的成本为10,000美元。我无法谈谈实际成本是否真的遵循这样的曲线，但是总的原则是合理的，因此让测试团队立即参与是很有意义的。
在敏捷的环境中，这种前瞻性思维已融入到流程中。
#3 楼
最好的开始时间是？现在！传统上，人们将测试视为开发结束时发生的阶段。在敏捷中，大多数更改了
开发的块较小，但测试仍在最后进行。
从根本上没有改变测试的完成方式。
.. 。
与敏捷相反，测试只是需要进行的一项活动，以及编码，文档和其他所有内容。这样思考
，可以考虑在开发工作之前进行测试任务的想法。在任务板上可视化此结果的一种好方法是，与其在单独的测试列中创建一个
，不如让测试任务成为不同的颜色便笺。
https：/ /leanpub.com/AgileTesting/read
其他启发后期代码测试活动的内容：
https：// less。 works / less / technical-excellence / thinking-about-testing.html
现代测试原理
#4 楼
质量检查测试人员始终如一。在测试阶段之前，有很多事情要做：了解即将到来的冲刺要求。
创建功能的测试用例。
从PM团队审查测试用例。
创建估算并获得批准。
同时，开发人员将致力于创建新的构建功能。
一旦交付构建，质量保证就开始对它们进行工作，依此类推。 .....
因此，各种质量保证服务组织都在采用这种方法，因此始终将其测试人员保持在画面中。
#5 楼
加入公司后，测试人员便开始工作。他们负责提供高质量的产品，包括但不限于测试最新功能。除了测试刚刚编写的特定功能以外，他们还可以执行其他所有操作，请参见其他答案。此外，在遵循以下步骤编写代码之前，测试工作已经开始：
BDD-行为驱动设计
和
TDD-测试驱动设计
关于上述主题的书籍很多，所以我将除了说“先测试”之外，避免尝试详细解释它们
评论
同样，所有各种“极限编程”模型都要求在编写任何代码之前编写测试。
–史蒂夫·巴恩斯（Steve Barnes）
19年2月27日在21:11
#6 楼
我想说它应该在项目启动时理想地启动。因为项目中的大多数内容都可以并且应该以某种方式进行测试。项目团队中没有人是完美无瑕的，错误的决定可能会花费一些时间或金钱。从另一个角度来看，可能会使软件更具可测试性。需求–它们可能是模棱两可的，因此被delveloper软件理解不清。仅当您坐在计算机前时，才可以完成此操作，而管理人员也应该这样做。在有人告诉您“测试”阶段开始之前，您可能已经在考虑项目。
，当您对测试应用程序有更多了解时，您会做得更好。
评论
质量检查参与者也很难理解这些要求。尽早加入将有助于弄清需求以及用户交互（如果存在）（一旦存在），而不是原始参与者离开会议室后的长时间。
– DDay
19年2月27日在18:59
#7 楼
从项目启动的开始就开始的好时机。这样，您将有足够的时间为测试生命周期中要遵循的流程做适当的计划。还可以确保要交付给客户的产品符合质量标准
#8 楼
我要说的是，测试人员应该在过程中尽早开始“工作”。作为一名前工程经理，我曾努力让质量保证成为需求收集，业务分析等工作的一部分。测试人员与开发人员对应用程序的看法不同，并且可以洞察开发人员可能忽略的可用性和UI设计。而且，在模拟了线框之后，测试人员可以立即开始制定高级测试计划和测试用例，而开发人员则可以使用其多维数据集来开始编写代码。测试人员还可以开始构建测试环境，提供VM等，以准备从开发团队接收产品。在当今的敏捷开发现代世界中，确实没有经典的“阶段” “ 不再。我会对这家公司使用哪种SDLC感到好奇。我成为一名合格的Scrum管理员，并将Scrum推入我的组织，这完全模糊了传统开发人员和测试人员标签之间的界线。每个人都是Scrum团队的一部分，Scrum团队作为一个整体而工作，无论成功还是失败，因此没有任何合理的理由使质量保证处于黑暗之中或使其工作滞后。因此，简而言之，我建议测试人员的工作应在开发人员开始工作的同一天开始，而该工作应在项目开始时进行。
评论
“根据SDLC”-这是哪里来的？这听起来像是一本老书，并不反映在开发之前就开始进行测试的现代敏捷实践。您是否在一个认为自己敏捷的组织中工作？@Michael Durrant这是面试问题
QA测试人员要等到测试阶段告诉硬件开发人员，他们需要板上的额外硬件组件才能执行测试以验证需求，这真是太糟糕了。延迟6个月等待董事会轮换的程序可能会导致几个人的工作。
除了现有答案中提到的内容（虽然涉及到tugo），QA测试人员的工作还比执行测试用例还要多-甚至与您要测试的产品都不相关的东西（嗯，不是真的） 。研究测试工具，了解最新的测试技术和方法，尝试新的流程...基本上是所有使真正目标（编写和执行测试用例）变得容易的“元”内容。测试基础架构，改进通用测试库，偿还技术债务（在您有时间休息的时候），...
以我作为开发人员的有限经验，质量检查人员开始测试我开发的功能，同时参与开发这些功能。根据实际提出的要求，他们可能很少参与其中-例如，了解要求，或者他们可能在改进要求和计划中更积极地参与。至少是因为测试人员需要在“测试阶段”到来时知道要测试什么。