51Testing软件测试论坛

标题: 证券交易系统质量报告 [打印本页]

作者: huangxb    时间: 2004-12-13 18:34
标题: 证券交易系统质量报告
关于“包销、合作配售和合作回购”功能的质量报告
一、        概述
随着社会科技事业的发展和信息化水平的不断提高,信息行业竞争也日趋激烈。企业为了求生存,同时也为了公众的利益,满足客户要求则成为我们的首要责任。客户满意度依赖于质量、成本和进度。其中质量则是最具力度的支撑点。形势要求我们对质量管理需要加强认识和再认识。不论PMP和IPMP,都把质量列为重要的知识领域。我们的产品质量是开拓市场的枪手。没有质量,企业能够生存吗?
下面,就证券交易项目,关于“包销、合作配售和合作回购”功能的质量情况作一些基本分析,之所以选择“包销、合作配售和合作回购”三个功能作为“软件质量”话题的切入点,是因为这几个功能在证券交易项目中较有代表性,一是这些功能流程贯穿了证券交易系统的核心部分,二是这些功能业务流程最复杂(7个步骤以上)。通过所存在的问题作一些基本分析,期望大家高度重视质量的管理、控制和执行。同时,也建议公司项目管理部应阶段性审查各个项目的质量执行状况,加强软件质量的监管、评审力度。
二、“包销、合作配售和合作回购”功能测试概要
1、“包销”功能的测试概要

(1)、“包销”流程

①参数设置è②市配委托è③日终配号è④日终中签è⑤白天:缴款、放弃,日终:市配最终确认、包销处理è⑥第1天包销缴款è⑦第2天包销缴款è…è⑧新股到帐è⑨第第N天包销缴款è…è⑩包销缴款结束

(2)、测试历程
日期        描  述
2003年10月        测试到流程的第5步骤,因缴款错误,无法往后测试
2003年11月        依然是测试到第5步骤,错误太多,要求“过”设计
2003年12月至2004年1月        测试到第8步骤,资金、股份错误,无法往后测试
2004年2月        测试到第5步骤,因缴款错误,无法往后测试
2004年3月        依然是测试到第5步骤,资金、股份错误,无法往后测试
2004年4月        开发人员自测
2004年5月        5月13日:测试到第5步骤,资金、股份错误,无法往后测试5月17日:测试到第8步骤,资金、股份错误,无法往后测试5月21日:测试到最后一步(第10步),日终资金流水写MOVELOG错误
评议:从2003年10月开发组把“包销”功能提交给测试组,直到2004年5月21为止,历时8个月,“包销”骨干路线测试还没有通过


2、“合作配售”功能的测试概要

(1)、“合作配售”流程

①参数设置è②市配委托è③日终配号è④日终中签è⑤白天:缴款,日终:市配最终确认è⑥新股到帐è⑦卖出股票è⑧分红处理

(2)、测试历程
日期        描  述
2003年8月        测试到流程的第5步骤,因缴款错误,无法往后测试
2003年9月至2004年1月        依然是测试到第5步骤,错误太多,要求“过”设计
2004年2月        测试到第5步骤,因缴款错误,无法往后测试
2004年3月        测试到第7步骤,因股份处理错误,无法往后测试
2004年4月        要求“过”设计,开发人员自测
2004年5月        5月19日:测试到第5步骤,资金、股份错误,无法往后测试
评议:从2003年8月开发组把“合作配售”功能提交给测试组,直到2004年5月21为止,历时10个月,“合作配售”骨干路线测试还没有通过



3、“合作回购”功能的测试概要

(1)、“合作回购”流程

①参数设置è②“合作回购”委托è③日终清算è④国债回购到期日“合作回购”资金处理è⑤国债回购分红处理è⑥企业债回购到期日“合作回购”资金处理è⑦企业债回购分红处理

(2)、测试历程
日期        描  述
2003年8月        测试到流程的第2步骤,因委托错误,无法往后测试
2003年9月至2004年1月        依然是测试到第2步骤,错误太多,要求“过”设计
2004年2月        测试到第3步骤,因清算资金处理错误,无法往后测试
2004年3月        测试到第7步骤,因分红资金处理错误,无法完成“合作回购”骨干流程测试
2004年4月        要求“过”设计,开发人员自测
2004年5月        5月17日:测试到第7步骤,有一个客户分红资金不正确,无法完成“合作回购”骨干流程测试
评议:从2003年8月开发组把“合作回购”功能提交给测试组,直到2004年5月21为止,历时10个月,“合作回购”骨干路线测试还没有通过



三、对“包销、合作配售和合作回购”问题的基本分析
“包销、合作配售和合作回购”的问题主要有:
1、        修改BUG周期太长
项目。功能        包销        合作配售        合作回购        备注
计划设计、编码时间(月)        2        2        2       
计划测试、修改BUG时间(月)        1        1        1       
实际设计、编码时间(月)        2        2        2       
实际测试、修改BUG时间(月)        8        10        10       
延迟(月)        7        9        9       
“修改BUG”时间与“设计编码时间”的倍数关系        4倍(8/2)        5倍(10/2)        5倍(10/2)       
评议:修改BUG时间是设计编码时间的5倍,修改BUG周期太长,重重复复修改代码,代码质量不高。

2、        程序缺陷数量较多
项目。功能        包销        合作配售        合作回购        备注
未解决的缺陷数量        6        4        5       
已解决的缺陷数量        22        24        36       
缺陷数量小计        28        28        41        合计:97
“功能步骤”数量        10        8        7       
平均每“功能步骤”占缺陷数量        2.80        3.50        5.86        平均:3.79
评议:程序缺陷数量较多,三个功能合计缺陷数量97个, 平均每“功能步骤”占缺陷数量3.79个,也就是说,移交给测试组测试的功能没有一个“功能步骤”是对的


3、        程序缺陷级别很严重
项目。功能        包销        合作配售        合作回购        小计
“程序出现异常”数量        10        3        17        30
“功能无法完成”数量        15        18        17        50
“功能实现但不完善”数量        3        7        7        17
“不明”数量        0        0        0        0
小计        28        28        41        97
评议:程序缺陷级别很严重,其中1级和2级错误数量是80个,占总缺陷数量的82%,说明程序质量太差
错误级别:1.程序出现异常  2.功能无法完成  3.功能实现但不完善  4.不明

4、        程序错误原因
项目。功能        包销        合作配售        合作回购        小计
“程序BUG”数量        27        27        39        93
“底层包更新”引起的BUG数量        1        1        2        4
“需求变化” 引起的BUG数量        0        0        0        0
小计        28        28        41        97
评议:程序缺陷原因主要集中在”程序BUG”,占总缺陷数量的96 %,说明程序质量太差.
错误原因: 1.程序BUG   2.底层包更新   3.需求变化


四、对“包销、合作配售和合作回购”问题思考
1、        软件需求是质量度量的基础,与需求不符就是质量不高
这几个功能从设计、编码到测试,周期长大12个月,有多次要重新“过需求”及“过设计”,很明显,系统的需求质量太差,是造成程序重复修改,软件质量不高的原因之一。因此,建议以后项目从始至终,项目组应高度重视需求质量。
2、        不协调事项多,效率低
证券交易系统繁杂,关联较多,很多BUG来自与组与组之间的程序协调,程序员与程序员API之间的协调,由于程序员之间沟通不畅等原因,造成程序员重复修改程序太多,怨言较多,效率太低,质量不高,周期延长。因此,建议以后项目组应高度重视这因素造成的危害,减少沟通成本,提高效率。
3、        职责不清,奖惩不明
项目组成员之间职责不清,小组对质量监管不力,重视不够,团队风气不好,缺乏基本的责任、操守、严谨。甚至干好干坏一样,没有奖惩,没有责任,没有压力,不思进取,能推就推,能拖就拖,这样一来,软件质量是不高的,项目周期延长是必然的。因此公司有必要理顺各岗位的职责问题,加强员工的评估及合理的薪酬体系,才能从源上根治。
4、        行业知识较差
由于很多程序员缺少基本的行业知识,对需求理解不到位,“想当然”编码设计,程序员很辛苦,但质量不高。公司应该加强这方面的培训。
5、        眼高手低,对自我测试不重视
一个优秀的程序员同时也是一个优秀的测试员,对自己编写程序的“质量”要特别敏感,从“包销、合作配售和合作回购”问题来看,程序员没有足够的重视单元测试,总认为测试是测试员的事,做这个“没有技术”的测试有啥意思?这种眼高手低的思想将直接影响到软件的质量,项目周期延长。
6、        对业务逻辑理解不到位,不清楚关键点
很多程序分析员,程序员仅仅是把功能模块”做”出来,但对业务逻辑理解不到位,不清楚关键点,造成程序员不断对程序进行修改、修改、再修改,直到信心不足,质量不高,敷衍了事。
7、        对质量测试的误解
很多程序分析员,程序员认为程序有没有问题是“测试组”的事,是测试人员测试出来的,其实,测试员的功能测试(黑盒测试)是一种有效的提高软件质量的手段,但测试毕竟是一种事后的、检验性的,如何在软件生产过程中保证软件过程的质量和效率其实比单纯的产品检验具有更重要的意义。不断地改进我们的软件过程才是一项最重要的任务,才能从本源提高软件的质量。
8、        ”执行力”的缺失
从“包销、合作配售和合作回购”问题来看,软件质量差,周期太长,项目开发人员的”执行力”是缺失的,或者是对”执行力”非常不重视的。试想,一个“执行力”太差的软件团队,是不可以做出好的产品来,质量难保证。
我认为:除了选择合适的具有“执行力”人选做项目经理、项目组长外,还要锻炼程序员的执行能力,其中最为关键的是要解决三个问题。首先,项目领导首先要让战士爱打仗,要用各种方法调动人员的积极性;其次,要让战士会打仗,要通过持续的练兵提升人员的综合素质和专业化素质;最后,公司决策者还要训练队伍作战的有序性。只有一支训练有素的队伍在投入战斗时才能不乱阵脚,进退有序,才能成为战无不胜的铁军。
作者: testing    时间: 2004-12-17 01:06
写的不错^_^
作者: tankxu    时间: 2007-1-27 17:22
好文章,谢谢,希望以后多来点证券方面的测试文章,这方面文章太少了,而且测试非常复杂。多多探讨。
作者: liaoxj    时间: 2007-9-26 10:44
分析的不错,如果我是这个公司的测试经理,我想我会跳楼的!
作者: belie    时间: 2009-2-18 19:10
感谢分享!~
作者: jackdymo    时间: 2011-11-4 10:53
mark
作者: jackdymo    时间: 2011-11-4 10:53
mark1
作者: jackdymo    时间: 2011-11-4 10:54
mark2
作者: jackdymo    时间: 2011-11-4 10:54
mark3
作者: archonwang    时间: 2011-11-7 11:05
晕死。。不用跳楼的吧。。。夸张了点。

分析的不错,如果我是这个公司的测试经理,我想我会跳楼的!
liaoxj 发表于 2007-9-26 10:44

作者: 愚人    时间: 2011-11-30 20:11
总结的很不多,学习了




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2