发现测试用例的各种方法有哪些

Question

全,

我是一名开发人员，但希望了解更多关于测试过程和方法的信息。我相信这有助于我编写更可靠的代码，因为它改善了我可以在将产品交付给测试团队之前使用我的单元测试进行测试的情况。我最近开始关注软件项目的测试驱动开发和探索性测试方法。

现在，我可以更容易地找到我编写的代码的测试用例。但我很好奇，当我不是被测功能的开发者时，如何发现测试用例。比如说，让我们有一个基本的用户注册表，我们在各种网站上看到的。假设测试它的人不是表单的开发人员，那么应该如何测试表单上的输入域，您的策略是什么？您将如何发现测试用例？我相信这种类型的测试得益于探索性测试方法，但我在这里可能错了。

我将非常感谢您对此的看法。

谢谢，Byte

Answer 1

虫子！在添加新测试用例的项目中，我最喜欢的起点之一是查看bug跟踪系统。现有的but本身就是测试用例，但它们也可以将您引向新的测试用例。如果一个特定的模块有buggy，它会导致你在该领域开发更多的测试用例。如果某个特定的开发人员似乎引入了某种类型的bug，它可以指导该开发人员对未来项目的测试。

另一个有用的考虑是更多地关注测试技术，而不是测试用例。在您的注册表单示例中，您将如何从业务需求的角度对其进行攻击？保安？并发性？有效/无效输入？

Answer 2

Testing Computer Software是一本关于如何做各种不同类型测试的好书；黑盒，白盒，测试用例设计，计划，管理测试项目，可能还有更多我遗漏的东西。

对于您给出的例子，我会这样做：

1. 对于每个字段，我会考虑您可以输入的可能值，包括有效和无效。我会寻找边界情况；如果一个字段是数值，如果我输入的值比下限小一，会发生什么？如果我输入下限作为值，会发生什么？
2. 然后我会使用像微软的Pairwise Independent Combinatorial Testing (PICT) Tool这样的工具为所有输入域生成尽可能少的测试场景。
3. 我还会编写一个自动化测试，使用随机输入在表单上敲击，捕获结果并查看响应是否有意义(键盘上的虚拟猴子)。

Answer 3

从不同的角度确定你的假设：

• 用户怎么可能误解这一点？
• 我为什么认为它应该或应该这样做？
• 我对此软件的工作方式可能有什么偏见？
• 我如何知道需求/设计/实现是必要的？
• 在优先级、重要性、目标等方面可能存在哪些其他观点(用户、管理员、经理、开发人员、法律)，该软件是什么？
• 是正在构建的正确软件吗？
• 我真的知道有效的姓名/电话号码/ID号码/地址/等是什么样子吗？
• 我缺少什么？
• 我怎么可能误解(在此处插入名词)

<代码>F219

此外，还可以使用此处列出的任何助记符和测试列表：

• http://www.qualityperspectives.ca/resources_mnemonics.html