有系统的编写测试方案的方法的指南吗？

#1 楼

卡特里娜飓风，

可以包括一些重要的软件测试方法和目标，这些方法和目标往往有助于在各种测试情况下创建有效的测试用例场景。其中包括：


不要重复自己（例如，保持场景“ DRY”）；不要重复测试输入的组合超过您需要的次数，因为如果您在可用的有限时间内尽可能多地测试测试输入的不同组合，您将在有限的时间内找到更多信息。
最大化变化（“ DRY”原理的反面）。在每个测试用例之间尽可能多地更改内容是一种在尽可能少的测试中触发尽可能多的缺陷的极好方法。
在可管理的测试数量中尽可能多地覆盖（因为您永远不会拥有）是时候测试所有东西了。
使用等效类划分和边界值分析等基本概念将测试重点放在最有可能出现缺陷的位置。
采用一种易于维护的方法来确保您能够重新测试关键利益相关者已经告诉您的所有要求，即他们要进行测试-但要远远超出该“最低”清单，就可以作为增值软件测试员“赚钱”。
系统地，智能地确定优先级使用成对测试和/或组合测试等方法测试输入的组合与不进行测试的组合，这些方法旨在最大程度地利用有限的测试时间来实现覆盖范围。 （如下所述，测试设计工具通常可以为您提供很大的帮助。）
对劳拉（Laura）的良好评价表示感谢（以下）...请务必根据从查看错误报告。即使已发现并修复错误，错误也倾向于“聚类”，并且以前破损的代码位置比其他代码将来更容易发生错误。

但是，不可能将“最佳实践”的完整列表塞入stackexchange答案中。

因此，如果您认真地从这里开始对如何编写有效的测试方案的理解，我会d建议：



阅读有关软件测试设计有效策略的书籍。周围的资源相对较少，但我强烈建议您使用以下方法3：

Lee Copeland编写的软件测试设计从业者指南

基本软件TorbjörnRyber和
的测试设计，最近由Elisabeth Hendrickson发布的极好的书名为“ Explore It！”。在pairwisetesting.com和pairwise.org等网站上。了解它们的好处和局限性。尽管它们可以在正确使用时快速生成功能强大的测试脚本提供很大的帮助，但是为了充分利用它们的潜能，它们还是依靠深思熟虑的测试人员的批判性思维能力，他们理解固态软件测试设计的基础原则。

在相关说明中，您可能会发现有关“选择测试数据的系统方法”的sqa.stackexchange问​​题。

祝您好运。

#2 楼

可能有不同的方法：


如果您有系统需求文档，则可以针对每个需求编写一个或多个测试用例。
另一种方法基于系统/用户手册，您阅读了本文档，然后编写了测试场景以尝试涵盖所描述的功能
，可以在敏捷/ Scrum团队中使用用户故事/史诗的接受标准定义，并根据此文档编写测试用例

#3 楼

对于登录过程，请查看Darren Mcmillan的这张思维导图

#4 楼

我们在公司所做的是：我们坐下来对应用程序的流程进行建模。用户做出决定的每个点都会导致分支路径，并且每个路径都以预期的结果结束。这样，我们可以确定我们了解该软件的所有意图（而且，开发人员通常并没有考虑过用户按顺序执行操作或采取某些此类措施，因此他们忘记了考虑）。这样就很容易编写测试用例：只需遵循每个路径（我们使用了一个自动工具，该工具可以从模型中生成手动测试脚本）。