软件测试负责人如何开展只做核心功能测试又对软件质量负责的测试工作？

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

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

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

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

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

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

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