当以一种工业化的方式执行软件测试时，测试会面对很多困难。高级测试人员应该将描述的以下建议与他们的组织、团队、任务以及软件组件的背景相结合。以下所列的建议包含一些会对测试结果的表现产生消极影响的方面。需要注意的是以下建议并没有包含所有的情况。
● 编写测试计划时只注重功能测试
缺陷并不仅局限于功能方面或是单一用户。多用户的相互作用可能会对处于测试阶段的软件产生影响。
● 测试环境的配置不充分
如果有多个类型的处理器、操作系统、虚拟机、浏览器和各种外设可以组合成许多可能的配置，而测试只局限在其中的部分配置组合时，可能会留下大量未被发现的潜在缺陷。
● 直到最后时刻才执行压力和负载测试
压力和负载测试的结果可能需要软件（包括但不限于基础构架）方面做出重大调整。鉴于这些调整可能会需要相当多的资源来实施，如果这些测试直到计划引入生产之前才进行的，其结果可能会对项目产生极为不利的影响。
● 不对文档进行测试
用户会得到开发完成的软件以及相关文档，但如果文档与软件不匹配，用户可能不会使用软件的所有潜在功能甚至完全放弃此软件。
● 不对安装程序进行测试
安装程序，以及备份和恢复程序，都只运行非常有限的次数。然而，这些程序比软件本身更为重要，因为如果不能够安装软件，就不能使用软件。
● 在转向下一项测试任务之前，坚持完全的做完当前的任务
虽然一些软件开发全生命周期模型建议按次序执行开发任务，但是在实践当中许多任务往往需要（至少部分的）并行。
● 未能正确地识别风险所在的区域
某些区域会被识别出存在风险并且被彻底地测试。但是，原来没有识别出风险的区域可能由于未被测试或测试不充分而变得风险很高。
● 测试的输入和规程过于细致
就测试人员主动定义测试的输入和规程而言，如果不给他们足够的发挥余地的话，他们就不会主动的去测试那些看上去没有错误但实际上却可能包含一些潜在缺陷的区域。
● 对“不相关”的异常视而不见
“不相关”的现象或结果可能指向了潜伏在表象下的缺陷。
● 检查软件期望实现的功能却不检查不期望实现的功能
如果限制测试人员仅对产品中期望的功能进行测试的话就很有可能错过产品中不期望被实现的部分（例如，额外的和非期望的功能）。
● 测试套件只有它们的所有者才理解
测试人员可能会由于职责的调整而转换岗位。其他的测试人员会去阅读并理解之前编写的测试。如果该测试人员没有提供可读性和可理解性高的测试规格说明书，那将对整个测试产生消极的影响以至于整个测试对象不能够被理解或者整个测试被作废。
● 测试只针对用户看得见的接口
