对软件测试的“近忧”和“远虑”的探讨_第1页
对软件测试的“近忧”和“远虑”的探讨_第2页
对软件测试的“近忧”和“远虑”的探讨_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、对软件测试的“近忧”和“远虑”的探讨    摘要:软件测试是由人工或计算机验证软件是否满足规定的需求,是保证软件质量的重要手段。本文从软件测试设计和软件测试件管理这两个方面,阐述了如何解决软件测试的“近忧”和“远虑”的问题,以及如何在软件测试阶段提高软件的质量应采取的措施。 关键词:软件测试;测试策略;测试用例;测试件 中图分类号:F426.6 文献标识码:A文章编号:1007-9599(2012)05-0000-02 一、引言 随着计算机技术的迅猛发展,计算机软件已渗透到各个领域。人们对计算机软件质量的要求越来越高,要开发出高质量的软件产品,利用传统的

2、软件测试方法已不能适应现在的要求,这使得软件的开发规模和复杂程度呈螺旋状递增。为了尽可能多地测试出程序的错误,开发出高质量的软件产品,势必加强对测试工作的组织和管理。 二、设计软件测试,排除“近忧” (一)测试策略设计 软件测试策略主要考虑如何把设计测试用例的技术组织成一个系统的、有计划的测试步骤。在测试的各个阶段应选择适宜测试方法,由软件开发人员和一个独立的测试小组共同完成测试任务。对小项目做大测试和对大项目做小测试都是不应该的。通常,对于工作量小于5个人月的普通软件,应全面测试,重点进行功能测试、性能测试及验收测试等。而对于一个工作量接近30个人月的中型软件而言,不仅要注重系统测试,还应该

3、认真完成单元测试、集成测试及验收测试等。 设计测试策略时应注意如下几个方面:1.测试成本与测试预期效果之间应达到最佳平衡;2.测试需求与测试活动安排之间应达到最佳平衡;3.设计策略形成的技术路线可行与否,有无设计依据;4.该的技术路线在工程实际与企业质量承诺之间应达到最佳平衡。 (二)测试方法设计 测试方法是对测试策略设计形成的技术路线的逐步细化,主要包括要测试的功能,准备输入的数据及其对应的预期输出结果。设计测试方法时,应考虑以下几个方面:测试成本与测试产生的效益是否处于最佳比值;每个测试活动是否描述清晰;测试手段是否可行;测试产生的结果能否改进产品质量。 具体设计测试方案时,最常见问题的就

4、是测试人员少,而测试工作枯燥、繁重。加强测试人才专业技能、行业知识和个人素养,并建设高效测试团队是解决这一问题的根本途径。然而,远水解不了近渴。那么,可以寻求其他途径来解决。比如软件外包和外协、自动测试工具等都是解决问题的办法。 (三)测试用例设计 测试用例就是一个文档,描述输入、动作、或者时间和一个期望的结果,是对测试方法实现技术部分的更细致、更具体的描述。由于不可能进行穷尽测试,因而设计测试用例时要选用少量的、高效的测试数据,尽可能找出更多的潜在错误,尽可能完善地进行测试。 等价类划分法(EP)是黑盒测试中典型的一种方法。等价类是输入条件都是等效的输入域的集合。EP法把程序的输入数据集合划

5、分为互补相交的子集,即若干个等价类,包括有效等价类和无效等价类。在每个等价类中,作为代表的这组数据测试程序并发现错误。经验表明,大多数错误都发生在输入的边界值上。为此,专门引入边界值分析法(BVA),把它最为EP方法的补充。 白盒测试根据程序逻辑结构进行通路测试。要想穷尽路径测试往往做不到,但是尽可能选取有代表性的通路,对各种通路测试是可以做到的。这里值得指出的是,在不同的测试阶段,黑盒测试法与白盒测试法可发现不同类型的错误。因此,两种方法缺一不可,相辅相成,灵活运用,事半功倍。 三、管理好软件测试件,消除“远虑” 测试件是指在测试团队知识库中的所有输入和输出数据,并且这些数据必须受控于或者必

6、须划入一切手工测试和自动测试活动中。测试件像其他软件一样,需要被管理和被工程化。 (一)测试用例管理系统 一个中等规模的待测软件,需要设计的测试用例往往有数万个之多,如果不进行专门的管理,测试人员很快就被淹没在测试文档及测试用例的海洋中。测试用例设计人员需要了解目前已经为哪些模块设计了测试用例?为哪些部件设计了测试用例?还需要完成哪些设计工作?而测试执行人员则应该清楚的知道“今天要测试什么?需要执行多少个测试用例?”等等。测试用例管理系统就是基于这些需求而开发的,其目的是为了提高测试活动的效率,统一管理该项目测试用例的设计、执行及执行结果等。 (二)配置管理 测试件可以使用配置管理的方式进行管

7、理,但除了测试用例、测试缺陷报告之外。现提供两种配置管理方式。一种方式是把每一个的测试件作为配置项,每个测试件有各自的版本信息。这种方式适用于比较完善的配置管理体系,因为该方式基于一个或多个测试件组进行基线化。如若使用不当,可能导致使用的测试件版本错误。另一种方式是在配置库中将测试件组作为配置项进行保存。每个测试件组有各自的版本信息,而组内的各个测试件成员没有相应的版本信息。这种方式适用于不成熟的配置管理体系,因其操作简单,所以出现版本错误的可能性较小。 (三)测试件的复用与迁移 测试件可被复用,因此测试件中包含的知识和经验可被他人获取并应用到适合的项目中,这是管理测试件的又一个重大意义。测试

8、团队内部人员之间能够有效地、充分地、完全地传递知识,这将从很大程度上提高团队的整体水平。各项目中所使用的大量的测试技术和获取的丰富的知识经验都记录在测试件管理库中,这些不仅对于团队中的新人而言,即使是参加测试工作多年的老手来说,都是非常宝贵的财富资源。因为测试件的复用与迁移能把人们从大量的、繁重的、复杂的、重复的、枯燥的劳动中解放出来。此外,测试团队负责人还应提倡团队内部成员在深入了解和学习测试件库的同时多提改进意见,让测试件库能长久地为人们服务。 参考文献: 1钱坤.层次化测试在银行系统的设计与实现 2郭群,卢海燕.软件测试基本技术 3侯海霞.基于软件测试技术的软件质量保证研究 4姜春强.浅析软件测试 作者简

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论