没有测试用例，如何做好测试

部门很多项目，从需求确认到上线，时间很紧，加上人手也是刚刚够，那么每次到开发提交版本，我才能腾出人来做测试。

这种情况下，测试人员是没有时间编写测试用例，再执行测试的。那么这样的测试如何管理呢？

需求永远是第一位。测试管理者必须非常熟悉需求，从大的框架，到了解特殊约束的细节。我在项目需求确定后，或者测试前会熟读需求，先把大的框架理一遍，明白整个系统的业务流程。再针对一些特殊的约束，测试人员可能平常没有遇到 的，我会划重点关注。测试设计的过程已经在脑子里成形。

当然，需求的理解可以带着测试人员一起，一起把流程图画出来进行分析，确定如何完全覆盖流程路径，这样，流程的主体功能不会有什么大问题。测试人员也从根本上掌握了系统的框架，更有利于他对系统的理解。

第二，了解测试人员的情况，给他一份需求和版本，他测试一般情况会漏掉什么东西。作为测试管理者，你需要帮助他补充测试，及时提醒他，这块可能要如何才能全量覆盖测试哦。这样测试人员会引起重视。

第三，查看bug。测试人员的bug提交后，一定要即时关注，通过看bug能够更深地了解他们的测试水平、测试态度和测试的范围。即时地指出bug描述中有问题的地方。

第四，了解系统。测试快结束的时候，提前（提前的时间根据测试功能而定）去过一遍系统。把系统和需求联系起来看。抽查一下测试情况，首先，整理流程要走一下，是否能够正常实现；其次，打开每一个界面看一眼，过一遍界面上的控件，根据bug情况，即时提醒测试人员哪里漏测了。哪里需要多种组合测试等等。

经过以上四个过程，我相信测试管理者的能力基本能够用到极致。如果你的测试设计能力够强，基本上一般的业务系统测试过程都在掌握之中。