如何确定测试策略--实战（1 ）

项目背景：某大型应用系统，一个半月以后上线，基本功能开发完成，少量功能开发中，之前没有专门的测试人员，所以也没有进行系统性的测试，开发人员随便自测，你一个光杆测试经理被空降到这里，你对该项目的业务知识有了结，但不专业。这个时候，你如何开展测试工作？

分析：项目上线时间点是确定的，资源是有限的，任务是紧迫的。似乎很多项目都是这样。

通过跟项目经理沟通，了解到项目的实际情况：开发接近尾声，开发任务不是很重。开发组长在做一些测试工作。这个系统本省也不是全新开发的，从另一个相似的项目里借鉴了一些核心功能的代码，根据当前的客户的需求，做了很多改造。但是，如果不进行系统的测试就上线，风险还是很大的。

同时了解到，项目的质量目标并不是很高：保证主要功能正确。

这种情况下，从功能测试用例设计开始肯定不现实了。目前用没有专门的测试团队，任测试经理有三头六臂也忙不过来。只能把开发人员都调动起来了。兵分两路：

1。代码检查，开发人员开展代码检查工作。

组长制定出代码走查规范，第一轮，开发人员检查自己代码，发现缺陷提交缺陷库。自己修复缺陷。第二轮，交叉代码检查，发现缺陷提交。修复自己负责模块的缺陷。

测试经理跟踪代码检查进度，统计缺陷发现解决情况。

2。业务流程测试。

开发组长业务知识丰富，测试经理设计流程测试用例的框架，开发组长负责整理流程测试用例，并执行流程测试。

测试经理跟踪流程测试执行进度，统计测试结果。同时检查测试执行效果。

还有没有更好的策略？