当前问题:在进度较紧、资源也不是十分充足的情况下，如何开展测试工作?

RjHo9@\o&M*d?h0本周看到这样一个问题： 当前问题:在进度较紧、资源也不是十分充足的情况下，如何开展测试工作?51Testing软件测试网3E3MP M"K-Tnv

其实这个问题在每一个公司，每一个项目中几乎都能遇到，算不得一个很大的问题。而每个公司处理起来的方式都会遵循一般的原则，当然也要看每个公司以及客户的利益取向问题。

如果进度比较紧张，资源也不充足，这样的测试工作如何开展呢？51Testing软件测试网 uN i+f
?h.` Y/v

首先，无论怎么紧张，你都需要抽出时间来了解你的项目，你的测试系统的测试需求，你只有对测试需求把握住了，对于测试系统的功能以及相关的东西作了一个了解，才能走下一步。51Testing软件测试网Xy Q$fq w8Q

P7Z_AO0当然，也有很多的项目，明明在进度紧张，资源不足的情况下，却没有什么需求或者需求陈旧，含糊不清，这就需要在可控的情况下，对于需求的了解做更多地了解。

%XBkc(F$m_%i3f4[0此外，还有，对于测试实施环境的确认，对于开发进度的了解，对于测试需求可能变更的把握。这些看起来跟测试无关，但是往往会成为测试中最严重的问题。尤其是测试进度比较紧张，测试资源不足的情况下，缺乏对这些东西的把握，往往会功亏一篑。。

在这个阶段，最好能清晰的作出系统功能的体系框架出来，比如，数据和业务流程图。作为一个测试执行人员，都只有铁路警察，只管一段的本领，都不晓得数据从哪里进入，到哪里去了。。这个测试严格意义上来说，是不成功的。51Testing软件测试网|.Ps)A2E8_

eo8n?.a4i0自己根据对需求的了解，了解了业务结构和数据流向之后，需要跟需求方，开发方进行确认，除非真的没有必要，否则这一点是必需的，因为一旦测试人员对于业务的理解是错误的，将导致整个测试工作的偏离。

od.L'al.M @0vL0其次，得到确认之后，就是要分析这些功能，哪些功能是客户比较关注的，哪些功能是最容易出现问题的，哪些功能是系统比较常用的等等，然后把这些功能按照轻重缓急分列出来。做成check list.51Testing软件测试网o&nu t'A$BH,?6B

NU*rf*M Y
M0]0之后的事情，就是进行测试设计和执行以及bug的管理阶段。这一阶段需要测试人员量力而为，但是无论面对什么样的测试环境，都不能因为其他的原因而干扰了对于测试的全程把握和监控以及测试的执行，也不能因为时间紧，就放弃对测试用例的设计，否则，测试到最后，覆盖率如何，测试的深浅度以及测试功能等等都无据可查，而且也会越忙越乱，最后测试结果也是一团糟。

另外要说的是，要随时对测试进度进行监控而且对于已知的风险进行分析，有必要的话，需要和客户方，开发方对于风险以及测试质量进行随时的沟通，大家一起努力，在有限的资源，有限的时间情况下，把测试做到最好。

 51Testing软件测试网zyA2XU^b