因此，我最近被一家打印机公司聘为 QA/固件开发人员，我的很多工作都涉及编写小部件/测试应用程序以放置在打印机本身上进行测试，以确保一切正常。在你把它转移到职业交流和程序员等之前......我实际上在这里谈论源代码......
但是，由于我刚从大学毕业并获得 CS 学士学位，因此我对专业领域非常陌生……尤其是 QA。
无论如何，我很难掌握一个非常好的“方法”来给出一个好的测试用例结果。
就像让我们说你从键盘输入数字（0-9）......所以要测试你会测试接受的范围（比如 1-100）但是我问自己我应该在那个范围内测试多少（保持请记住，其中一些是不可能自动化的，因为我们必须偶尔用手按压它们）
然后你会明显地测试超出范围（但是多少次？）
例如输入不属于 * $ % 的 ASCII 字符或字符。我对如何为有界/无界案例提供一个好的测试案例感到有点困惑？
有任何想法吗？
寻找输入家庭。
负数、非负数、0、非正数、正数、0 位、1 位、2 位、3 位...
这些是输入族的示例。
在代码中寻找会导致您将某些内容分解为新的测试用例系列的内容。
寻找类似但不同操作的错误报告——它们可能会为您提供如何闯入家庭的线索。
我建议浏览Google 测试博客以获取有关测试策略的信息。James Whittaker 还写了几本关于测试的书。我自己没有读过这些书，但我确实希望在某个时候能读到。
此外，与您工作的其他开发人员、测试人员和 QA 人员交谈。询问他们的旧战争故事，他们发现、修复或听说过的最喜欢的错误。许多错误属于常见类别，学习识别和预测这些错误在很大程度上取决于经验。
如果它有帮助，那么您现在遇到了一个真正困难的问题 - 任何告诉您从几乎无限的数量中选择正确的测试用例很容易或微不足道的人要么是无知的，要么是试图向您推销一个非常昂贵的工具！
正如另一个答案所暗示的那样，将您的输入分组（也称为等价分区）可能会有所帮助。我建议阅读测试设计 - 我喜欢 Lee Copeland 的书“软件测试设计从业者指南”，但您也可能会发现 Tobbe Ryber 的“基本测试设计”一书很有用 - 可在此处免费下载 pdf 文件：http ://www.ryber.se/?p=213 - 从第 10 章开始。
Glowcoder 关于查看错误报告以获取线索的建议以及查看代码以获取更多想法的建议都非常值得跟进。还要注意可能存在“不可见”边界的可能性 - 即您不知道的限制仅通过查看代码或要求并不明显 - 例如低于某个值的数字可以正常工作，并且然后在某个明显完全任意的值上，它们会突然开始失败。看一下这个例子： 最奇怪的语言功能（是的，我在野外遇到过那个）。
这是一个很好的理由，为什么值得在奇数的高值上撒上，尽可能多地改变你的测试数据（在合理的范围内）——你增加了遇到你无法预料的事情的机会。（这也是反对一遍又一遍地运行完全相同的测试用例的一个重要论据——如果它们是自动化的，那么成本会更低，并且它们可以作为变更指标。但是如果你必须手动输入值——你可能会以及将它们稍微切换一下，每次都覆盖更多的搜索空间）。
这是关于边界测试的视频，以及一些指向更多资源的指针： http ://www.testingreflections.com/node/view/4292