测试经理古先生：为了追赶项目进度，节省资源，只做核心功能的测试，这样的软件存在一定的质量风险，但是测试负责人仍要对软件质量负责，那么测试负责人应该怎样开展工作？

　　【解答】这是个极好的问题，在很多IT企业中都会出现；不过这种普遍的现象并不能说明其存在的合理性，而是从另一个角度让我们看到，目前行业中对于质量管理的认识和理解，还普遍处在一个比较初级的阶段，这也是我们开设专栏探讨“质量管理”的出发点所在。

　　我们回到提问中来，首先要肯定一点??问题中所描述的场景本身是有问题的！“测试负责人”对软件质量负责，那项目经理要不要对质量负责，开发人员要不要负责？要知道所有的代码都是开发人员写的，所有的问题代码也都是开发人员生产的，测试人员是不会生产缺陷的。测试本身只是一种检测工作，单纯的依靠检测去保证质量，好像造船的过程中，每块钢材未检测，可能存在不合格，但是直到船造好，下水后才检测钢板，检测的好，船需要返工，检测的不好，后果是沉船。因此，作为测试组长，需要做的不仅仅是高质量完成测试工作，更为关键的是要向项目组的全体成员传达正确的质量理念。

　　然而改变人们的思想是一个漫长的过程，目前当务之急是明确界定什么是核心功能。一般情况下，核心功能有几类：

　　● 软件的基本操作，如：银行软件的存款、金额的准确性。这些基本操作都是直接和软件的基础数据交互，这无疑是等级高的。

　　● 核心操作步骤，当前的软件除了单纯的功能点，关键的是和业务相关的一组操作流程，而往往为了满足某个具体要求，操作步骤可能存在多样性或较多的分支，这个时候要你选择客户常用的操作步骤作为测试。如果无法有效判断客户的常用步骤，那么请按照满足目标的少操作步骤、多操作步骤和选一组中间程度的操作步骤３种情况进行测试。

　　● 非功能性需求，基本操作和关键操作步骤的性能或其他安全性的测试。

　　我们再往纵深的思考一下，导致项目组终选择“只做核心功能的测试”，大的导火索很有可能出现在项目计划的阶段。很多时候，项目计划都只是一个单纯的时间表，定义了项目的工作时间节点，而并没有考虑风险，更没有统筹的规划。因此，我们为了避免问题再次发生，必须加强项目策划的能力和工作比重。建议你可以看看CMMI－DEV模型的Project Plan（项目计划）这个过程域，相信可以给您一些思路。