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

发表于:2012-6-21 13:11

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:51Testing软件测试网采编

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

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

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

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

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

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

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

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

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号