我有一个关于测试哲学的问题。如果缺少实际的测试单元和该单元内的操作说明，但是如果缺少有关预期输出的足够信息，我们是否可以开始编写测试用例，从详细阐述可能的测试方案或输出方案开始？
测试人员无论如何都可以甚至在测试单元可用之前就开始测试用例设计过程的任何部分，或者完成设计但只有预期的输出？由于标准中有详细说明，因此可以使用预期情况下的预期输出。
产品团队决定要测试的功能的要求。这发生在开发开始之前。需求最终确定，实施需求的技术团队将审查需求，并将其输入产品小组，以询问问题并讨论需求的可能性和可操作性。
1）您可以在没有需求文档的情况下开始编写测试方案吗？
=>不，您不能，因为您不清楚用户故事或预期的最终结果。
2）您可以在准备好需求文档后开始编写测试方案吗？但是发展还没有开始吗？
=>是的，您可以开始编写测试方案，因为您知道该功能会带来什么。
3）您可以开始编写没有代码块进行测试的单元测试吗？
=>是的，这称为测试驱动开发（TDD）。首先编写测试，运行它，一切都会失败，然后根据要求编写代码以通过这些测试。这通常由开发人员完成。
4）您可以开始编写没有代码的端到端测试吗？
=>不，没有完成开发就无法编写端到端测试。
我希望这能回答您的问题。