测试后处理失败？

#1 楼

关于在生产中查找错误，我要记住一些事情：


质量不是二进制。如果您通过是否存在错误来衡量性能，那么您将永远失败。相反，我考虑质量是否正在提高。
失败是一个学习的机会。当一个错误进入生产环境时，我问自己应该做些什么。有时答案是一个新的测试用例，或一种不同的测试方法。有时，我什至可以得出结论，对我来说，寻找错误是不值得的。
质量是共同的责任。您没有说自己是否是一家专卖店，但是如果您不是，那么团队中的其他成员也应对质量负责。有时，处理某些类型的错误的正确方法是使开发人员花费更多的时间进行测试。这很难记住，但是惩罚自己并不能帮助您发现错误。
这只是软件。我们都想做好。同时，存在的内容比错误队列的内容还多。生活的其他部分也很重要。

#2 楼

我该如何克服即时通讯无法找到所有东西的事实？您需要说服自己，“发现一切”实际上并不是您的角色。您的目标是帮助您的公司变得“足够好”。理解公司和客户背景下的“足够好”是关键。

我强烈建议您获取Gerald Weinberg撰写的“ Perfect Software和其他有关测试的幻想”的副本。 。本书从较高的角度介绍了有关测试的一些“大问题”，例如：为什么我们要打扰测试？我们是否必须测试所有内容？是什么使测试如此困难？完善的软件是否可能？为什么我们不能只接受一些错误？

http://www.allthingsquality.com/2010/04/another-addition-to-my-qa-bookshelf.html

阅读本文可以帮助您理解完美并不是一个现实的目标。

#3 楼

Mercfh，我知道您已经接受了user246的出色回答，但是您还需要考虑以下几件事：通常不可能测试通过系统的每条路径。
旁观者认为很多错误。我的意思是说，困扰客户的足以报告错误的东西通常不是测试人员或程序员认为是错误的东西。
没有测试者能够复制客​​户的环境。即使您拥有设备，配置和精确的硬件匹配，也没有-也没有-拥有大量的客户体验，也不知道客户如何浏览系统。在我工作的地方，我们正在支持仅IE的旧版Web应用程序（是的，正在开发支持非IE浏览器的工作）。尽管反复告知客户，我们仍然会从使用其他浏览器的客户那里获得错误报告。
正如Phil所说，您发现并修复的每个错误都是您的客户找不到的。而且所有逃逸的bug都是您列出来检查下一个版本的（通常是构建回归测试套件的方式）。
即使您和团队其他成员所做的一切都完美无缺，仍然需要考虑与其他系统的交互。客户可以并且确实向您报告了第三方项目实际上存在的错误-但是您最终仍然是致力于解决这些问题以使客户满意的人。

几点提示可以帮助您保持观点。您和您团队的其他成员都是人类：事情会慢慢过去。只要您在学习和改进，就可以不断进步。

#4 楼

User246有一个很好的答案，要添加到其中，您可以列出在客户之前找到的东西