关于测试的一般问题。
是否应该在没有步骤的情况下编写测试用例？我的主要测试用例是在假设您了解所有需求和系统的情况下编写的。因此，无需编写步骤，因为作为QA人员，您知道测试需求的步骤。对于执行测试用例，您可以再次浏览BRD/SRS。
这不是加倍努力吗？
- 在BRD中再次查看需求，该需求在2-3页中不连续出现
- 对于任何新的测试仪来说都不够
- 测试人员可能会忘记测试需求所需的步骤
编写步骤的优点：
- 不用再看BRD了
- 任何测试人员都可以使用带有步骤的适当测试用例
- 适当的覆盖范围
那么，准备适当的测试用例需要步骤吗？在原始级别编写测试用例有什么标准/经验法则吗？
好吧，如果你正在设计测试用例，你应该有步骤。作为团队中的测试人员之一，您可能不是唯一一个覆盖产品中所有测试用例的人。任何测试人员都可以测试产品的任何模块。因此，对于一个不熟悉您编写案例的模块的测试人员来说，如果没有STEPS，可能会非常困难。
编写测试用例可以在回归测试和重新测试过程中节省大量时间。如果项目是长期的，那么测试人员很难记住所有的测试用例。
测试用例都是关于步骤的！每个测试计划都应该有测试用例必须在其中运行/执行的环境的详细描述，每个测试用例都应该有详细的步骤！
这样一来，没有什么是模棱两可的，当人们在项目变更时，就不会留下任何问号。
无论你的学长怎么说，请在测试计划（和测试用例）中包括所有详细的步骤和环境细节，这样就不会有任何假设！
不，您不应该在没有步骤的情况下编写测试用例，因为：
- 它是测试用例的重要组成部分。没有它，您就无法理解测试用例
- 当你移交测试时，其他人会更容易执行这些测试用例
- 如果将来出现问题，并且您的PM询问您执行了哪些步骤，这些步骤将证明您测试了这些功能