测试Code.....what边界的测试用例？

Question

因此，我最近受聘为一家打印机公司的QA/固件开发人员，我的许多工作涉及编写小部件/测试应用程序，以放置在打印机上进行测试，以确保一切正常。在你转移到careerexchance和程序员etc....im在这里讨论源代码之前……

然而，由于我刚从大学毕业，获得了计算机科学学士学位，我对专业的world...and QA还是个新手。

无论如何，我很难掌握一个真正好的“方法”来给出一个好的测试用例结果。

例如，假设您从键盘(0-9)输入数字来测试您将测试可接受的范围(如1-100)，但然后我问自己，我应该在该范围内测试多少(请记住，其中一些是不可能自动化的，因为我们必须偶尔手动按下它们)。

然后，您将明显地测试范围之外(但是有多少次呢？)

例如，输入不属于*$ %的ASCII字符或字符。我对如何为有界/无界的情况提供一个好的测试用例感到有点困惑？

有什么想法吗？

Answer 1

如果它有帮助，你现在遇到了一个真正困难的问题--任何人告诉你从几乎无限的数字中选择正确的测试用例是容易的或微不足道的，要么是无知，要么是试图卖给你一个非常昂贵的工具！

按照另一个答案的建议，将您的输入分组到系列(也称为等价分区)中可能会很有帮助。我建议阅读测试设计--我喜欢Lee Copeland的书“软件测试设计的实践者指南”，但你也可能会发现Tobbe Ryber的“基本测试设计”这本书很有用-它可以在这里免费下载：http://www.ryber.se/?p=213 -看看第10章。

Glowcoder关于查看bug报告以获取线索的建议，以及查看代码以获得进一步想法的建议都非常值得跟进。还要注意的是，可能存在“看不见”的边界--也就是说，你没有意识到的限制，仅仅从代码或需求来看并不明显--例如，低于某个特定值的数字工作得很好，然后在一些明显完全任意的值上，它们就会突然开始失败。看一下这个例子：Strangest language feature (是的，我在野外遇到过它)。

这是一个很好的理由，为什么它值得在奇特的高价值，尽可能多地改变你的测试数据(在合理的范围内)-你增加了你遇到一些你根本无法预测的东西的机会。(这也是反对一遍又一遍地运行完全相同的测试用例的一个很大的论点-如果它们是自动化的，那么成本就会更低，并且它们可以作为更改指示器。但是，如果你必须手动输入值--你最好把它们调高一点，每次都覆盖更多的搜索空间)。

这里有一个关于边界测试的视频，以及一些指向更多资源的指针：http://www.testingreflections.com/node/view/4292

Answer 2

查找input-families。

负，非负，0，非正，正，0位，1位，2位，3位...

这些是输入族的例子。

在代码中寻找可能导致您将某些东西拆分到一个新的测试用例家族中的内容。

寻找类似但不同的操作的bug报告-它们可能会给你一些如何闯入家庭的线索。

Answer 3

我建议您浏览Google Testing Blog以获取有关测试策略的信息。詹姆斯·惠特克也写了几本关于测试的书。我自己还没有读过这些书，但我确实希望能在某个时候读一读。

此外，与您工作的其他开发人员、测试人员和QA人员交谈。询问他们以前的战争故事，他们发现、修复或听说过的最喜欢的bug。许多bug属于常见的类别，学习识别和预测这些错误在很大程度上是经验问题。