在目前的软件行业的项目中，相信有90%以上的项目都是在时间非常吃紧的情况下进行的。由于设计开发阶段占用大量时间，可能留给测试的时间就更少得可怜了。那么在这种时间短、任务重的情况下如何更好地完成系统的测试任务呢？结合我一年多的测试经验，就在此发表一些个人的看法吧，欢迎大家一起讨论。
1. 首先，测试组应该尽早准备测试，不要非等到开发完毕以后才开始进行测试的需求收集、用例设计、实施，不然时间肯定是不够用的。在系统的需求确定以后，测试人员就可以开始随之确定测试需求，并分析需求的测试可行性，其实这也是对需求的合理性、正确性的进一步验证。测试的需求确定以后，就可以开始测试用例设计了。做测试用例设计的时候，如果有系统原型，可以结合原型来写测试用例（如果没有，那你的运气就不太好了，不过没事，也是可以写的
）。测试用例准备好了之后，就可以进行评审。可能此时系统开发还没有完，没有关系，如果开发人员对系统设计有所改变，我们只要及时修改我们的测试用例就ok了。等系统开发结束以后，开发人员一提交第一个版本的时候测试人员要立即根据测试用例对系统进行测试。这样可以保证项目时间被充分利用而不会出现开发完了再慌慌张张地写测试用例的局面，即可以节省时间又可以使测试工作做得有条不紊。
2. 在测试用例设计阶段，一定要根据测试需求来确定测试用例的优先级。因为当时间根本不允许你进行完全的测试的时候，为了能够最大限度地保证系统功能的正确性，可能你唯一能做的就是把对系统使用影响最大的功能优先测试完，如果有时间再进行其余测试用例的测试。为了能够说明哪些功能对系统而言是最重要的，就要求我们对用例进行优先级的划分。用例的优先级一般可以简单地分为高、中、低三个级别。执行测试的时候，我们可以优先执行高优先级的用例，因为它们通常都是测试系统最重要的功能的，这部分非测不可，不然系统或许就根本不可用。高优先级的测试完后，如果时间允许，可以再测中优先级的，这部分对系统的影响相对不那么重要，如果没有测试的话，或许客户也不会那么生气，嘿嘿（不是我们偷懒，时间不允许啊！）。最后，如果上帝保佑你，你还有时间，那么就把优先级最低的也测一测吧，这样或许你们的系统会更完美一些。至于如何划分用例的优先级，我在这里就不再赘述了，网上的经典文章很多，大家可以参考参考。
以上是我对项目时间相对较紧的项目而言根据自己的经验的一些小小的总结，希望对各位有所帮助，也希望大家把自己的经验一起拿出来进行分享，大家一起进步，呵呵:)
PS：这是我以前写的，现在也一起搬过来了。