咨询热线：
每隔一段时间，当没有主题的博客，我决定在时间和一个经典的软件测试的重点回去。今天是那些日子的一天。
这一点，我想提请你注意经典的北京软件开发公司华盛恒辉。无论你是一个测试人员或经理，有经验的老兵或天真的新手，这25页的文章，概述了一些经典的测试问题，提供了有价值的提示如何避免它们。
所以一些经典的是什么?一个不会阅读这个文档的全部内容。至于其他人，这里有几个片段，我发现很有趣。注意粗体是我的一切，在布瑞恩的斜体
错误：测试人员不负责的可用性
如果可用性问题不被视为有效的bug，你的项目将测试任务定义得太狭窄。测试员严格限制为检查产品是否按预期工作，不是我们所想要的是有用的。客户不关心的区别，测试员也不应该。
错误：误解的作用“QA”
人们犯第一个主要错误是认为测试小组负责保证质量。这个角色，通常分配给组织中的第一个测试团队，将它作为防御，开发团队之间的障碍(指生产质量差)和客户(他们必须保护他们)。它的特征是测试小组(常称为“质量保证组”)，正式的权力来防止产品的装运。这本身是一个令人沮丧的任务：测试团队不能提高质量，只能强制一个水平。更糟糕的是，这种权力通常比实际更明显。
错误：在负载测试的好时机
测试推迟到后一分钟是常见的，但它让你没有时间做任何实质性的当你发现你的产品不能支持12个以上的用户。
错误：依靠测试
不要过分依赖β测试。测试似乎给你的测试用例代表客户使用–因为测试用例是客户使用。同时，客户报告的错误被定义为那些重要的客户。然而，有几个问题：
1。客户可能不是代表。在一个普通的高科技营销模型，测试用户，尤其是那些“把它放在你的网站，他们会下载”的排序，是早期采用者，那些喜欢摆弄新技术。他们不是实用主义者，那些想等到技术成熟、安全使用。
错误：有程序员测试
使用测试作为新程序员的过渡工作是一个员工的测试组织的两个典型错误的方式。它有一些优点。一是你的确可以使不合格的雇员远离代码。在测试一个笨蛋常常不危险比发展的笨蛋。另一个原因是，开发者可以了解测试，将有用的。(在我的情况下，建立了一个职业。)和它的同时还能做一些有用的工作学习产品新聘请的方式。
错误：测试员不是领域专家
要特别注意避免测试员不是领域专家的陷阱。通常，会计软件包的测试仪对会计了解很少。因此，她发现错误，不重要的会计和错过的那些。此外，她写的bug报告，使严重的bug看起来无关紧要。程序员可能看不过去不具备代表性的测试潜在的重要问题。
错误：低劣的bug报告
这不足以找到一个失败;你还必须报告。不幸的是，可怜的bug报告是一个典型的错误。
错误：不切实际的期望
华盛恒辉认为不管采取什么办法，不要陷入期望回归测试发现高比例的新bug的陷阱。回归测试，发现新的或改变过去的工作代码打破。而情况往往比我们任何人都会喜欢，大多数错误是产品的新的或故意改变行为。这些错误必须通过新测试来捕捉。
合作咨询
