您是否使用了非预期的软件？您如何破坏软件？
我认为这是一个错误的问题。我曾领导大型测试团队。测试人员发现所有小错误，当您执行“ this and that，bla，bla”时，会使系统崩溃。
已记录错误，通常不进行纠正。每个人都同意这是一个非常特殊的情况，我们没有时间，在生产中会发生的可能性很小。
真正的错误有时只是被忽略。该系统可以完成所有程序员希望程序执行的操作，但这不是客户所需的。一个实际上已经是必需错误的错误。
除了此注释外，错误通常在类似的东西中
因此，如果要破坏系统，必须进行系统测试以尝试所有可能的组合
很少有100％的保证只能按预期使用系统。对于团队来说，重要的是要了解如果不良数据“以某种方式”进入系统，系统将如何运行。这些问题实际上可能非常重要，例如由于no one intended for SQL statements to be entered into that field，可能导致泄露私人客户数据的安全性问题。它仅应用于学生姓名。因此，是的，我绝对测试了不按预期使用系统时会发生什么情况。系统应该正常运行，而非正常故障是错误。未记录的故障或难以调查的故障也可能是错误。
我破解软件的确切步骤取决于要测试的东西。通常，我们的团队在创建评估时将功能测试用例分为3组：快乐路径测试，该功能以测试人员能想到的最基本的“预期输入”用例遍历每个功能。 “怪异”测试是更彻底的演练，涵盖了所有微小的逻辑部分以及程序员可能未曾想到的异常有效案例（主要是边界测试和等效类测试）。最后，“错误”测试是指输入不良和意外输入来尝试破坏代码，并且通常涉及对日志记录，监视和错误恢复的专门测试。通常，快乐路径测试非常快，但是“怪异”和“错误”测试都非常耗时。这仅仅是功能测试，不包括其他类型的测试，例如集成或性能测试。
我们通常也会尝试获取可用的实时数据以进行测试；测试人员可以列出可能的意外用途的大量清单，而仍然会错过客户会提出的意外用途。
简而言之就是大故事-与宪章一起的探索性测试会议
要破坏系统，您必须开箱即用，甚至在超出要求的情况下寻找用户可能会做的事情。系统通常会在我们最不期望的地方中断。