软件测试是软件生命周期的一部分。没有经过适当测试的应用软件会失去客户的信赖――不管是你的老客户或者新客户。因此，在软件发布之前，实施有效的软件测试，以排除常见的、可能导致浩劫性错误的问题，变得尤为重要。这篇文章总结了大部分测试工程所面临的常见问题，以及克服这些问题的一些方法。
1. 不充分的测试计划及测试评估
有效的测试计划是整个测试工程中最为关键和富有挑战性的一步。测试计划及评估指出了测试任务实施的顺序以及方式，同样也指出了执行测试所需的资源。只有进行了合理和可靠的测试评估，才可能作出合适的测试计划。
- 工作量：在特定的时间内缺乏实施测试活动的资源，或者由于分配了过多资源而不能有效使用资源，都将会导致计划的推迟。
- 进度计划：进度评估将在在工作量评估以后，开发人员一般会低估测试所需要的工作量和资源，由此引发的结果就是：到最后期限不能将软件提交到到软件的最终用户，或者只能发布经过部分测试的软件产品。
- 成本：如果预算不正确，软件成本将变得更加昂贵；它还可能使得某些测试活动被取消，导致项目的更多质量上的不可靠。
如何解决
测试在总的工作量中的百分比，应该参照在以前的类似测试中的标准比例，并且考虑到一般管理费用，并由此估计个体活动的小时数量，然后再推断结果。一些由于缺乏知识丰富的人力导致的不合适的测试，比如使用测试人员时缺乏或没有经验，同样也会导致低劣的测试质量。别忘记考虑以下几点：
· 用以提高人力资源对于本领域或技术的知识水平所需的培训时间
· 用以解决提前预见的风险所需的缓冲时间
2. 不明确的需求
没有足够的文档，在软件版本发布出去之前，测试人员通常要花费更长的时间以及留下更多的错误。需求的不明确使测试设计阶段变得冗长乏味。在这个阶段发现和修改需求的不足所付出的代价将大大低于在接受阶段将会导致代价。如果测试人员匆匆的阅读需求的话，可能会有许多暗示的或者潜在的需求被忽略掉。因此，在测试的开始阶段彻底的了解需求尤为重要。
如何解决
在书写测试用例之前，测试人员可以复查需求，准备一个对需求的疑问单，敦促其将需求明确化，以保证发布出高质量的产品。另外，还可以准备一份关于需求的缺陷单。
3. 测试覆盖的不足
一个好的测试包将达到较高的覆盖率。没有足够的测试用例，就不能完全的测试整个功能。测试覆盖只是测试质量的一个度量。如果没有达到高的测试覆盖率，那么测试过程必须要加强。另一个因素就是，没有完全考虑到可能范围的测试数据。
如何解决
与需求相关的测试用例号可以在excel表格中靠着需求的地方标注出来，这样，可以保证为每个需求设计了测试用例。低测试覆盖率表明了测试过程的问题，这些问题可能需要改进测试生成技术或者培训测试人员。市面上有不少度量测试覆盖率的工具出售。
要测试应用系统中的所有条件不太可能，但设计合法及非法的数据以达到完全覆盖正常的处理操作是可以准备的。在准备测试数据的时候，可以应用边界值分析，等价类划分这些技术。
4. 测试环境失控
测试环境越接近最终产品环境，测试的可靠性就越高。缺乏这样的环境将导致最终产品中不可预料的结果
如何解决
测试应该在一个可控制的环境下进行，由此测试可以独立与开发或者产品环境。测试环境应该规测试小组所有，没有他们的允许，环境不能有任何改动。
为保证及时搭建环境以及很好的管理环境，可以采用一些衡量标准。测试环境应该充分的代表将要执行的测试，它应该接近或者和产品环境相同。测试经理或者某个协调者管理与开发组的信息流通非常必要，并且负责环境搭建，版本控制，认可等等。如果建立了一个独立的测试小组，那么同样建立一个配置小组就会更加理想。
5. 结果测试
对测试人力和资源需求的低估，将导致在项目开发周期的结束阶段时才开始辛苦的测试，这个时候要修补测试人员发现的错误变得很困难，而且由于时间的约束，在测试文档中将不会太注重细节。
如何解决
需求定义好以后就可以尽快的开始测试计划。可以让测试过程和软件开发过程同步进行。
6. 测试文档的不充分
不充分/不合适的测试文档（包括测试计划，测试规格说明书，缺陷报告，等等）导致在分析应该测试什么/再测试什么以及该测试的相关领域中浪费很多时间，这些都会反过来影响产品的发布或质量。
如何解决
在文档上也应该花费足够的工作量，因为测试文档在整个测试阶段是一个非常重要的任务
从开始SDLC起，就应该留心准备所有与测试相关的文档，并且对文档持续更新。
