手动测试始于需求分析，结束于最终报告的编制。这个过程在开发初期作为一种更灵活和可接近的替代自动化而产生，使得能够快速实时验证各种场景。
最初的手动测试没有采用任何方法论，这导致了错误和信息损失。如果过程没有组织，就会出现重复测试和漏测错误（问题）。为了提高效率，重要的是结构化测试阶段，明确责任区，并使用标准化文档（解决方案）。
关键特征：
为什么手动测试不能完全被自动化替代？
手动测试需要处理非标准和变化的场景，在这些情况下，快速手动更改测试用例更为简单，同时也用于检查用户体验、视觉和跨浏览器的缺陷。
可以在没有任何文档的情况下进行测试吗？
不可以，缺乏文档会导致信息损失、无法重现错误和对测试结果的信任度降低。
测试阶段是否总是结束项目？
不，测试通常与开发并行进行（例如，敏捷或迭代方法）。
团队没有明确的测试结构，每个人都按照自己的方式测试，缺陷记录在不同的文件中。结果——部分关键错误被忽视，项目时间延长。
优点：
缺点：
实施了统一的测试计划，明确了责任区，商定了缺陷报告的格式。错误在共同的跟踪器中被记录和追踪。
优点：
缺点：