测试过程改进的大致内容
 

2009-12-02 作者:李灵 来源:李灵的个人空间

 

测试过程改进的大致内容:

1.重视测试软件的需求分析:

在测试过程改进中要特别注意这一点,很多公司的测试人员都不太重视测试需求分析,由于时间紧或测试人员有限,不得不看了一部分需求,就开始编写相应的测试用例,这也不是什么大惊小怪的事了。我建议:首先,了解获取需求的渠道,保证测试需求比较全面准确。

其次,可以罗列出功能测试或业务测试需求点,让用户和项目组成员评审确认,避免测试后期由于时间原因而导致漏测。

2.提高测试计划的可执行性:

很多时候,测试部门测试经理在项目测试初期,编写了一个测试计划以后,后面不管是发生了什么情况,测试计划都不会做相应的调整,这就导致测试计划成了摆设,应付领导检查了事的文档,没有真正发挥测试计划的指导性作用。不知道大家是否有同感。我的做法:把测试计划分成大计划和小计划。先写大计划,后编写小计划。大计划通过估算一旦确定后,基本上改动不大。小计划要跟随项目的测试情况,随时调整或修改,当然这就对“测试经理”预估测试工作量的能力要求比较高。预估不准那就每周改计划吧,呵呵!

3.合理安排测试活动的顺序:不合理的测试顺序,可能会引起务工,测试效率低下。如果不立即采取相应的措施,到后来还会导致测试进度失控。比如说一个项目中,哪些测试活动必须有先后顺序,哪些测试活动能够并行开展,哪些测试活动可以合并,作为测试Leader必须要非常清楚。不明白测试活动的顺序,让测试活动自由发展,何谈测试过程改进?

4.优化测试文档设计: 测试文档的优化,也不是一蹴而就的事情,需要我们不断提高测试文档的编写能力,循序渐进逐步提高。我们尽量保证测试文档的可读写高,任何人都能够看懂,都能够执行,也许这是一个理想化的境界吧,呵呵!!在这个前提下,尽量保证较少的测试用例,覆盖较多的需求内容,可能这一点实施难度比较大。

5.强化测试资源的最优配置:

软件测试是一个非常复杂的过程,需要人力资源、测试设备、测试环境等多个因素密切相关。比如说测试设备配置多少个为最佳?每个模块配置的测试人员的能力水平需要达到什么程度?需要多少个测试人员?等等问题。我们必须给出一个最优的资源配置方案。

6.参与部分开发文档的讨论:

一般情况下,不懂开发的测试人员,很难发现深层次、严重等级较高的缺陷。比如说Web测试,如果你不懂Oracle数据库设计文档,你很难确定页面显示的结果是否是真实的数据。不了解详细设计文档,很多业务流程可能就不会太清晰,这也就是为什么第一轮测试时,测试人员老是去问开发人员的原因?如果在测试前期,参与了部分开发文档的讨论,尽量了解每个数据库中每个字段的意思,对开发了解深入一些,可能测试深度就不一样了。

7.全面分析测试结果,确定合理的测试度量标准:

全面分析阶段测试结果,总结测试经验和系统缺陷,分析测试过程中存在的问题,提交有价值的测试报告,推动相关高层管理人员予以关注,促进问题和缺陷得到有效的解决,这才能够起到关键性的作用。同时,要确定一个比较合理的测试度量标准,不断实践、不断总结、不断改进,提出符合公司实际情况的测试过程改进措施。

8.兼顾成本的前提下,尽量保证测试的覆盖率:

在保证测试成本的前提下,我们要尽可能的提高测试的覆盖率。其中测试覆盖:包括测试内容覆盖、测试技术覆盖和测试过程覆盖。我们可以通过测试用例覆盖率来提高测试的质量,保证较多的缺陷在版本发布以前被测试组发现。也可以通过提高测试技术覆盖率,用实践来验证,不能够轻易相信部分行业人士的一面之词,而误入歧途。在保证公司盈利的情况下,尽量提高测试的覆盖率,提高测试质量。

测试过程改进的注意事项:

1.切忌“好高骛远”脱离公司实际:

很多时候,软件公司大家都一窝蜂的赶时髦。我们一提到测试过程改进,大家都想像“测试规范”一样弄得非常全面,大部分都停留在理论上,花了大量的人力和物力,往往脱离了公司的实际情况,得不丧失,结果可想而知。

2.测试过程改进不能盲目跟风,切不可赶潮流:

一个公司近年来的发展方向一旦确定,那就要坚持走下去。如果定位不一样,那对测试过程改进的要求也就不一样。比如说一个小公司,本来测试人员都很少,测试资源都有限,正常测试都无法保证,那你觉的谈“测试过程改进”还有意义吗?再比如说小公司有测试过程改进的经济实力,那也无法和大公司相比,毕竟企业也要赚钱、盈利、生存。所以,测试改进时,一定要考虑测试部门的规模、公司的商业机会、企业经济实力等等方面的因素,更不应该盲目跟风。合适的才是最好的!过程改进,切不可赶潮流!

3.测试过程改进最好由专人负责:

在中国,很多时候,一个人干多个人的事情,拿到的工资与付出不成正比,亏呀!!!比如说在我们公司,凡是涉及到软件测试的工作,都由测试经理负责,包括“测试过程改进”、“测试规范制定”、“测试模板制定”、“自动化测试”呀?什么的,都一个人干,甚至包括QA的工作,都快被累死了,呵呵!!最主要是一个人干几个人该做的事情,很容易分散精力,并且考虑也不会很周到,也没有一个人专业了。建议由专人来负责测试过程的改进比较好,测试过程改进成功的几率会大很多。

4.测试过程改进并不等于花费大量资金

大部分的测试公司,在测试过程改进上都是走走过场,为得都是应付客户。有的公司是请一些测试专家进行咨询,不仅花费大量的时间,还耗费的大量的资金。有的公司是买一些测试工具、缺陷工具,当然开销也不小。我觉得:如果条件允许的情况下,各方面都可以跟上,那样比较理想。如果公司经济条件有限,我建议针对公司的实际情况,合理利用测试部门的集体智慧,改进测试过程方为良策。

5.测试过程改进不能够急于求成:

软件测试过程改进,作为软件测试的一个阶段,我们只能够循序渐进,不能急于求成。我们应该正确处理好测试和测试过程改进的主次关系,一步一步用实践验证来完善。相信只要经过测试部门的不断努力,测试过程改进一定会取得成功.

火龙果软件/UML软件工程组织致力于提高您的软件工程实践能力,我们不断地吸取业界的宝贵经验,向您提供经过数百家企业验证的有效的工程技术实践经验,同时关注最新的理论进展,帮助您“领跑您所在行业的软件世界”。

资源网站: UML软件工程组织