软件测试需求的开发与管理

测试需求开发是软件测试的关键活动，测试需求管理是测试质量保证的重要手段。给出了获取完整和正确测试需求的方法，提出使用扩展的UML用例来对测试需求进行规格化描述技术，通过对测试需求的风险分析来确定测试的优先级，并根据测试优先级来确定测试的类型和深度。同时，为适应软件需求的变更，给出了需求追踪矩阵和配置管理相结合的解决方案,提出了基于需求追踪矩阵对需求变更程度和测试覆盖情况进行度量的方法。     

航空发动机控制软件分级测试方法研究

根据航空发动机嵌入式软件的特点及适航对该类软件的测试要求,提出了将系统测试、配置项测试、部件测试和单元测试结合的分级测试方法。依据适航标准对高层需求和低层需求的覆盖要求,制定了针对不同软件需求的分级策略。并针对不同需求详细阐述了系统测试、部件测试、单元测试的设计方法。通过此方法,结合自动化测试工具,能极大提高维护阶段软件升级测试的效率,使全回归测试能在较短时间内完成,从而提高软件升级测试的完整性。     

认清自身的网管需求

据统计，截止到2008年底，国内IT运维相关的软件开发商不下百家，不同的网管厂商对于网络运维的理解也不一样。究竟目前用户对于网络运维的需求点主要在哪里？我们应该如何看待自己在IT运维方面的需求呢？为此，本刊记者采访了国内著名的IT运维管理系统提供商北塔软件副总经理李汉忠先生。     

云计算数据中心的测试

介绍了云计算和新一代数据中心测试挑战以及IXIA IxCloud测试解决方案,涵盖了虚拟架构、统一存储、交换矩阵、安全保障、应用交付等全方位的测试技术,为云计算数据中心的设备选型,运维调优等都提供了很好的参考。     

一种软件需求变化追踪方法

有效的软件变化追踪方法是实施软件演化的关键.基于需求信息传播与建模、需求变化信息传播路径和需求变化信息跟踪方法三个层面,阐述了软件变化跟踪的整体过程框架;给出了基于变化起源跟踪矩阵、变化对象跟踪矩阵、变化构件跟踪矩阵、以及可达矩阵的功能变化传播记录方法;凭借矩阵运算,描述了功能变化跟踪的具体实现,并给出了实施变化所付出代价高低的初步判定方法.对软件维护甚至软件演化研究具有一定的借鉴意义.     

软件回归测试研究

回归测试是软件测试中的一个十分重要且成本昂贵的过程。针对如何减少回归测试成本,提高回归测试效率的研究将具有十分重要的意义。回归测试选择技术已经成为国际上研究的热点。本文描述了软件回归测试的概念和进行回归测试的基本步骤,介绍了可用于回归测试的测试用例库的维护方法,给出了几种可以保证回归测试效率和有效性的回归测试策略,总结了回归测试时应该注意的一些实际问题。     

基于三元闭包理论的软件回归测试影响域分析方法

为提高测试充分性,减少系统维护的代价,提出了一种基于三元闭包理论的软件回归测试影响域分析方法。将软件系统抽象为一个社交网络,软件系统提供的功能抽象为虚拟人,为虚拟人之间定义交流通道类型,通过图论和三元闭包理论构建非直接发生联系的人的关系,给出回归建议。建立有向有权图模型,再结合三元闭包理论,利用算法计算每个测试项推荐系数,如果推荐系数大于0.5,则将该测试项纳入回归测试。该算法实现了测试用例集约简的同时,结合测试项社区网络针对性地将可能有缺陷的测试用例进行回归测试,满足网络频率规划管理软件等项目工程回归测试的应用需求,大大降低了人力成本,提高了回归测试效率。     

Zabbix在IPTV运维过程中的应用与实践

Zabbix是用于监控IT基础架构组件的可用性和性能情况的企业级软件,本文结合IPTV业务需求,简单阐述Zabbix软件的搭建过程及如何通过Zabbix软件保障IPTV业务的安全性、可靠性和持续稳定运行,实现IPTV运维工作由“发现故障—处理故障”到“预警故障—避免故障”的转变,提高运维工作质量。     

如何进行有效NodeB软件系统测试

1 Node B软件系统测试简介 1．1 什么是NodeB软件系统测试 NodeB软件的系统测试是指基于NodeB的完整硬件配置,对软件进行功能和性能等的一系列的验证和确认测试。NodeB软件系统测试是将软件产品提交给用户之前进行的最后的阶段测试,其测试的目的在于通过与系统的需求定义作比较,发现软件与系统定义不符合或与之矛盾的地方,以验证软件系统的功能和性能等满足指定的要求。     

软件回归测试及其实践

描述了软件回归测试的概念和进行回归测试的基本步骤，介绍了可用于回归测试的测试用例库的维护方法，给出了几种可以保证回归测试效率和有效性的回归测试策略，总结了回归测试时应该注意的一些实际问题。     

功能点在基于TSP模型开发过程中的应用研究

本文介绍了在基于TSP的开发过程中，利用功能点对有效规模、需求说明书进行估计的方法；在设计实现阶段，利用功能点对项目的进度进行跟踪；在测试阶段，用功能点来衡量完成的功能与用户需求之间的差别；在维护阶段，对维护的工作量进行估计。最后指出进一步的研究方向。     

Software maintenance during system testing: enhanced methods forthe System X project

The author describes improvements introduced during 1986 to the development process for the System X project, a large-scale stored-program-control telephone exchange system. Attention is given to improvements within the system testing phase of the life cycle, in particular, the methods whereby subsystem developers provide solutions to software problems identified by the system testing engineers. Software maintenance can be performed either by fixing the software object code or by editing and recompiling the software source code. The adoption of the latter approach as the standard means of maintaining software during system testing has necessitated the generation of novel management, technical, and quality procedures. This approach is now also being applied to maintenance of the in-service product     

Power spectral density measurement for large aspheric surfaces

To ensure the safe and normal operation of the whole optical system, it is important to test and evaluate the quality of optical components. The article explores the advantages and disadvantages of general parameters used in aspheric surface testing, the composition of the system,the principle of operation and the design of related power spectral density (PSD) software used in testing large aspheric surfaces with Shack-Hartmann and phase shifting interferometer. The results indicate that PSD can give the spatial frequency distribution of the wavefront aberration when large aperture phase shifting interferometer is used as an instrument to test the wavefront, and this can also be applied as an evaluation standard in testing the quality of optical components. In addition, this paper describes the test results of optical components in the size of 64 mm× 64 mm.     

软件的非功能需求及测试方法探讨

完整的软件需求应包括功能需求和非功能需求。非功能需求在软件系统研发过程中起着重要的作用,它是奠定衡量软件系统是否优劣的标准。本文论述了非功能需求的分类和其在软件架构中的重要性,阐述了非功能性测试的重要步骤,并从内存占用、CPU利用率、磁盘空间、网络流量等指标对性能测试的结果进行了探讨,最后还介绍了非功能性测试的常见误区。     

探索式测试在雷达软件中的应用研究

雷达软件测试中常会遇到测试周期短、软件文档滞后甚至缺失等问题。在这种情况下,由于探索式测试方法强调了测试设计和执行的同时性,并弱化了对软件文档的要求,因而能够发挥灵活、快速的优势。文中针对探索式测试和传统脚本测试的优缺点,将会话机制和漫游方法等探索式测试成功实践与经典的脚本式测试流程结合,提出了脚本会话测试模型。通过复用对应类型雷达软件测试历史项目的测试设计,在经典软件测试流程中引入会话机制和漫游方法,并充分利用资深测试人员的经验和组织资产,降低软件需求、设计文档以及测试人员经验和能力对测试的影响,增强测试的适应性,提高测试的效率和质量。     

软件工程浅析

简要介绍了软件工程中的需求阶段、设计阶段、编程阶段、检验和测试阶段、维护阶段,并对其中的一些问题作了探讨。     

系统工程中电缆编号软件的设计与实现

系统工程中,电缆编号种类繁多且结构交错复杂,一个实用、高效、可靠的电缆编号软件可以辅助完成整个系统的电缆编号工作。文章对软件的设计需求,设计思路及软件的操作进行详细阐述。实践证明,该软件极大地提高工作效率和工作质量。     

Verifying software requirements: a requirement tracing methodologyand its software tool-RADIX

The waterfall-based software development methodology usually requires significant efforts and lengthy intervals to develop, review, inspect, and test very large and complex real-time software systems. Although the methodology itself is stable and mature, the quality of software products still largely depends on development efforts expended in testing, which is usually very costly and time consuming. The author describes the implementation of an integrated approach of software development, review, inspection, and testing based on well-identified software requirements. Due to the huge size and the complex feature interactions of the 5ESS Switch software, the process of review, inspection, and testing has been very important to the project. To enhance the quality of the products, it is necessary to ensure the feature requirements requested by customers, external and internal, are developed correctly. The requirement traceability procedure described in the paper is a systematic method to assist 5ESS Switch scientists and engineers to achieve the goal. The results of the implementation of the requirement traceability procedure and its RADIX tool are significant