紧急情况下，没有足够时间设计测试用例时，如何保证测试的覆盖率和完整性能？

测试点列表：

罗列产品的功能点，根据需要功能模块逐级细分，相当于是用例的标题。

没有具体的测试步骤、预期结果等，只是保证测试时不会漏测需求功能点，保证测试的完整性。

采用这种方法，测试人员的经验和水平对测试结果有很大影响。经验不够的测试人员可能还要就测试检查点进行细分。

模块功能树：

设计依据可以分为：需求文档、页面、测试检查点等。

上述方法是非常情况下的应急方法。一般情况下，项目开发测试过程中，还是应该注重用例的设计，好的测试用例设计完毕后，可以缩小由于测试人员水平的差异而产生的测试质量问题。

参考：http://bbs.51testing.com/redirect.php?tid=397010&goto=lastpost#lastpost

1、V模型

    软件开发瀑布模型的变种，主要反映测试活动与分析和设计的关系。

    局限性：把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现。

2、W模型

    在V模型的基础上，增加开发阶段的同步测试，形成W模型。测试与开发同步进行，有利用尽早的发现问题。

    局限性：仍把开发活动看成是从需求开始到编码结束的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不能支持迭代，自发性以及变更调整。

3、H模型

    软件测试过程活动完全独立，贯穿于整个产品的周期，与其他流程并发地进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行阶段。软件测试可以进行尽早的进行；软件测试可以根据被测物的不同而分层次进行。

4、X模型

    提出针对单独的程序片段进行相互分离的编码和测试，然后经过频繁的交接，通过集成最终合成为可执行的程序。

    黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，实际上是站在最终用户的立场上，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。

一套完整的测试应该由五个阶段组成：

1．测试计划

　　首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。

2．测试设计

　　将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响到测试结果的有效性）。

3．测试开发

　　建立可重复使用的自动测试过程。

4．测试执行

　　执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理。测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。

5．测试评估

　　结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。

　　显然，黑盒测试只有严格按照步骤进行，才可能对应用程序的质量进行把关。然而，如果没有一种优秀的测试工具的帮助，单纯凭借手工测试，不但将耗费大量的人力、物力和财力，而且有很多测试工作是难以实现甚至是无法实现的。