对软件测试的“近忧”和“远虑”的探讨.pdfVIP

计算机光盘软件与应用 20l2年第 5期 ComputerCDSoftwareandApplications 工程技术 对软件测试的 “近忧”和 “远虑”的探讨 刘静，赵宇驰 (东北石油大学秦皇岛分校 ，河北秦皇岛 066004) 摘要 ：软件测试是由人工或计算机验证软件是否满足规定的需求，是保证软件质量的重要手段。本文从软件测 试设计和软件测试件管理这两个方面，阐述了如何解决软件测试的 “近忧”和 “远虑”的问题，以及如何在软件测 试阶段提 高软件的质量应采取的措施。 关键词：软件测试；测试策略 ；测试用例；测试件 中图分类号：F426．6 文献标识码：A 文章编号：1007—9599(2012)05—0111—02 I_ 一 、 引言 数据集合划分为互补相交的子集，即若干个等价类，包括有效 随着计算机技术的迅猛发展，计算机软件己渗透到各个领 等价类和无效等价类。在每个等价类中，作为代表的这组数据 域。人们对计算机软件质量的要求越来越高，要开发出高质量 测试程序并发现错误。经验表明，大多数错误都发生在输入的 的软件产品，利用传统的软件测试方法 已不能适应现在的要 边界值上。为此，专门引入边界值分析法 (BVA)，把它最为 求，这使得软件的开发规模和复杂程度呈螺旋状递增。为了尽 EP方法的补充。 可能多地测试出程序的错误，开发出高质量的软件产品，势必 白盒测试根据程序逻辑结构进行通路测试。要想穷尽路径 加强对测试工作的组织和管理。 测试往往做不到，但是尽可能选取有代表性的通路，对各种通 二、设计软件测试，排除 “近忧” 路测试是可以做到的。这里值得指出的是，在不同的测试阶段， (一)测试策略设计 黑盒测试法与白盒测试法可发现不同类型的错误。因此，两种 软件测试策略主要考虑如何把设计测试用例的技术组织 方法缺一不可，相辅相成，灵活运用，事半功倍。 成一个系统的、有计划的测试步骤。在测试的各个阶段应选择 三、管理好软件测试件，消除 “远虑” 适宜测试方法，由软件开发人员和一个独立的测试小组共同完 测试件是指在测试团队知识库中的所有输入和输出数据， 成测试任务。对小项 目做大测试和对大项 目做小测试都是不应 并且这些数据必须受控于或者必须划入一切手工测试和 自动 该的 通常，对于工作量小于5个人月的普通软件，应全面测 测试活动中。测试件像其他软件一样，需要被管理和被工程化。 试，重点进行功能测试、性能测试及验收测试等。而对于一个 (一)测试用例管理系统 工作量接近 30个人月的中型软件而言，不仅要注重系统测试， 一 个中等规模的待测软件，需要设计的测试用例往往有数 还应该认真完成单元测试、集成测试及验收测试等。 万个之多，如果不进行专门的管理，测试人员很快就被淹没在 设计测试策略时应注意如下几个方面：1．测试成本与测试 测试文档及测试用例的海洋中。测试用例设计人员需要了解 目 预期效果之间应达到最佳平衡；2．测试需求与测试活动安排之 前已经为哪些模块设计了测试用例?为哪些部件设计了测试 间应达到最佳平衡；3．设计策略形成的技术路线可行与否，有 用例?还需要完成哪些设计工作?而测试执行人员则应该清 无设计依据：4．该的技术路线在工程实际与企业质量承诺之间 楚的知道 “今天要测试什么?需要执行多少个测试用例?”等 应达到最佳平衡。 等。测试用例管理系统就是基于这些需求而开发的，其 目的是 (二)测试方法设计 为