软件测试人员如何使用“开箱即用”的思维方式来发现更多的bug？

Question

嗯，我是一个black-box tester，我不想打破常规。

我只想着幸福的道路，所以我想要改进。

我总是读到测试人员应该有很好的critical, analytical skills，并且应该考虑out of the box。

那么，有什么现实生活中的例子/场景可以用这样的思维方式呢？

例如，我正在测试一个web based EIS application。

Answer 1

除了已经列出的好建议之外，还有一些建议：

• 寻找软件不应该做的事情。让他们做吧。
• 它是基于网络的，那么如果它在多屏幕操作中失去了网络/互联网通道，会发生什么呢？
• 在规范/用户故事中寻找诸如“应该”、“始终”、“从不”等词汇。这些说明了涉及规则的条件。现在看看在这些规则的边缘发生了什么。在极限内会发生什么？正好在极限上？就在外面？
• 有了类似EIS的东西，您将处理许多复杂的变体，这些变体组合在规则中。建立你能想到的最荒谬的规则组合，那些你怀疑任何人都会做的事情。会发生什么？
• 玩人物角色。假设你是圣诞老人公司的首席执行官，你想知道今年是否需要额外的烟囱破损保险。或者假装是一个心怀不满的会计师，出于某种原因想要破坏财务总监的财务预测。或者假装是CEO 5岁的女儿，因为爸爸忘了注销，所以她想看到屏幕上那些华丽的东西出现。等等..。
• 要具有破坏性。在交易过程中杀死系统。会发生什么？(我在这里是认真的。在我工作的一个地方，我们必须重建数据并清除损坏的数据，因为当客户端的用户想要使用该机器做其他事情时，他们会简单地杀死一个打算永久运行的进程。
• 学习墨菲的软件定律。那就好好利用它们。
• 将哈姆雷特的整个文本粘贴到“备注”字段中并保存。(这一次向QA恨你致敬)
• 事实上，阅读所有QA讨厌你的肮脏伎俩，干净的技巧和其他帖子。他有一些可爱的建议，让狡猾的测试人员一起工作。
• 如果系统允许你做某件事，那就去做，不管你是否应该去做。
• 这包括运行大量的数据爬行。
• 和SQL注入。

你应该会发现，经过一些练习，找出假设中的差距(包括你的)就变得更容易了。

Answer 2

欢迎来到SQA艾迪。

我没有测试您的软件的经验，所以我没有适合您的应用程序的真实场景。我所知道的场景对于我测试过的软件来说是典型的，所以它们对你来说可能是无用的。然而，我有一些一般性的技巧或技巧让我敞开心扉：

• 从现有的bug报告中学习。如果您的客户、其他测试人员和涉众报告了在生产中发现的错误，您可能会了解到应用程序中哪些地方会出错。不要只看它们。试着复制它们。参与为它们验证修复程序，或帮助开发人员分离根本原因。
• 从核对表中学习。如果互联网上充斥着无效输入测试的例子。不要用心去学习。选择其中一些并试用您的应用程序。考虑其他可能的无效输入案例。
• 了解应用程序的来龙去脉。一方面，试着了解客户是如何使用您的应用程序的，您的需求背后有哪些业务场景。另一方面，尝试了解系统的体系结构，以及数据是如何从最终用户通过系统的所有模块流动的。这是为了了解如何将用户视为系统的一部分，这样您就能够回答某个用户在某个特定模块中的故障会对其产生多大的影响。
• 读好书。我强烈建议阅读“软件测试中的经验教训”中的“思考就像测试者”一章。它将告诉您如何探索应用程序，如何询问有关应用程序的问题，如何发现应用程序和需求中的逻辑不一致，等等。

Answer 3

有一个叫迈克尔·亨特( Michael )的人，他的名字叫“布雷迪·泰斯特”( the Braidy Tester)等。他在微软做过测试员(也许还在工作)。他写了一本很好的指南来测试不愉快的路径--它被称为你还没说完呢 (pdf)，虽然它的主要关注点是桌面应用程序，但它也更广泛地适用。我只摘录了以下几个章节的标题：

尚未完成测试的输入方法，unless...you已经测试了以下输入方法：(8个要点)通知，除非…，否则尚未完成测试您已经搜索了应用程序可以显示和检查的每个警报、警告和错误消息以及对话框：(15个要点)尚未完成测试的文本输入字段，unless...you已经覆盖了应用程序中每个文本输入字段的以下边界条件。(20个要点)没有完成测试的平台，unless...you已经考虑了哪些平台应该包括在哪些平台中，哪些应该省略在测试矩阵中。(谈论桌面平台，但浏览器绝对是web应用程序的考虑因素！)性能和压力--您还没有完成测试-- unless...you了解应用程序的性能特性以及产品在压力下变形的方式。(18个要点)您没有完成测试的文档unless...you已经检查了所有文档，a)确保它是正确的，b)帮助生成测试用例。(19个要点)

这是一个非常好的资源。如果你把它展示给开发人员，他们很可能会得出这样的结论:编写工作软件是不可能的，这应该是一种非常谦逊的体验。