日前,参加了中国软件评测中心主办的一个关于软件测试的研讨会,主题是“有效提升团队能力, 实现可信软件测试”。参加的这次研讨会的单位涉及领域非常广泛,包括大型物流软件厂商、通讯行业单位、GIS厂商、国家政府信息部门、银行测试中心、航天软件厂商、音乐播放器生产厂商等。大家对会议主题显露了浓厚兴趣的同时,也都带着各自在实际工作中对软件测试的困难和问题。在这部分内容中,许多都是很普遍但是又难于解决的疑问,也是大家通常比较关心的问题。在厂商进行提问后,我单位的多位专家逐一的进行了详细的分析与解释,本文着重对这方面进行介绍,相信会给测试从业与管理者带来很好的启发。
1、如何进行选型测试
有单位提出,如何进行选型测试,尤其是对自己不熟悉的领域。
我单位专家作出如下解答:
选型测试是我中心最具有代表性的测试服务,也是最难的一种。因为在测试的时候所有软件要采用相同的标准和规范,还要评出名次。
进行选型测试一定要是自己熟悉的领域,这是基本条件。对于自己不熟悉的领域根本无法开展选型测试。因为选型测试要知道该领域的规则与标准,这是测试的基础。其中标准可以采用行标、国标、企标。在定分的时候也要非常慎重,可以先制定标准,然后制定权重。
2、自动化测试
有软件厂家提问,自动化测试真的有用吗?而且他一般在软件完成后才能开展,可能导致工期滞后;对于性能测试,怎么采用自动化测试?而且在实际的应用中,界面如果修改,原来的代码就不能用了,这些问题如何解决?
我单位专家作出如下解答:
自动化测试有其应用的条件与限制。一般大家都觉自动化测试脚本的开发是自动化测试的主要成本。但通过分析发现,软件需求的改变导致测试脚本、操作的改变,所以要重新进行自动化脚本的修改,这实际上是回归测试的时候需要修改自动化测试脚本,是测试脚本维护的工作。所以,我们发现自动化测试的成本是比较高的,需要回归测试超过一定数量才能产生效率,而且需要每次回归测试的不同版本软件变动不大。自动化测试对与测试工程师的要求也比较高。也就是说如果时间够、人员素质够高、回归测试超过一定次数才可以采用自动化测试。
自动化测试的复用率较低,开发成本高。如果流程复杂,采用自动化测试就是自讨苦吃。如果非要采用自动化测试,建议先把复杂流程切分成小的模块。但是在这个过程中往往又出现接口问题,等于人为的增加测试困难。
总之,自动化测试有其应用场合,而且如果是软件项目而不是软件产品,就不要采用自动化测试了。
但是自动化测试领域也不是没有研究的需要,可以先研究自动化测试的框架。
我单位另一专家作出如下解答:
在进行性能测试的过程中,可以先规划功能点;其次要对系统有一个很好的了解,还要收集如用户访问习惯、主要性能点等方面的问题;最后要进行故障定位,如果做到精准定位,光用loadrunner是不够的。
3、白盒测试
有代表问,需不需要成立白盒测试组,专门进行白盒测试。
我单位专家作出如下解答:
白盒测试主要应用于军工、航天、嵌入式开发。白盒测试分为静态测试、动态测试。对于白盒测试,其自动化水平已经较高,很多测试内容可以使用工具,只有接口测试需要人工测试。
从原则上讲需要成立白盒测试组,但是对人的要求高,成本也高,需要自己的公司管理层权衡利弊进行决策。
4、功能测试人员与代码
有厂家代表问功能测试人员是否需要了解软件代码方面的知识。
我单位专家作出如下解答:
1)测试和开发进行融合是必然的,像IBM这样的大厂商,在购买其软件时也要提供服务质量保证工具,也就是说测试工具已经开始绑定软件产品了;其次可信的开发必然导致测试的消失。