说明:双击或选中下面任意单词,将显示该词的音标、读音、翻译等;选中中文或多个词,将显示翻译。
您的位置:首页 -> 词典 -> 软件需求测试
1)  Software requirements testing
软件需求测试
2)  Software Requirement
软件需求
1.
Research of use case modeling and application in software requirement analysis;
软件需求分析中的用例建模研究与应用
2.
Acquiring software requirement is an important step during software development.
软件需求获取是软件开发中的一个重要步骤,基于UM L(U n ified M ode l L anguage)的U se C ase(用例)建模为软件需求获取提供了一种有效的手段。
3)  software requirements
软件需求
1.
A Study on Modeling Software Requirements Based on Scenario & Formal Method;
基于场景和形式化方法的软件需求建模研究
2.
The software requirements is very important in the the entire life cycle of software products,and that has decisive significance for the follow-up of software development and maintenance.
软件需求在软件产品的整个生命周期中占有十分重要的位置,对后续的软件开发和维护的成败具有决定性意义。
3.
The basic idea of this method is that software requirements should not be proposed by stakeholders subjectively,but be elicited followi.
该方法的基本思想是:软件系统的需求不应该以一种主观的方式由利益相关者提出;而应该通过一种"问题识别与解决"的过程,逐步引导利益相关者提出具有客观依据的软件需求。
4)  testing requirement
测试需求
1.
According to the given testing objectives, the reduced testing requirement set can improve the effectiveness and efficiency of test suite optimization.
针对给定的测试目标,获得精简的测试需求集有助于提高测试用例集优化的效率和效果。
2.
Developing testing requirements is a key activity in software testing.
测试需求开发是软件测试的关键活动,测试需求管理是测试质量保证的重要手段。
5)  test requirement
测试需求
1.
Flexible and easy data exchange for test requirement is critical to the open of ATS(Automatic Test System).
灵活方便的测试需求数据交换是实现测试系统开放性的关键。
6)  software requirement refinement
软件需求求精
1.
To satisfy the service-oriented architecture of software for structured object-oriented formal language(SOFL),a new service-oriented software requirement refinement method was proposed.
为了使结构化面向对象形式语言(SOFL)适应面向服务的软件架构,提出了一种用于面向服务架构软件需求求精的新方法。
补充资料:软件测试


软件测试
software testing

配置项测试和系统测试。 加强测试管理对于保证测试可靠性十分重要,应按系统化的流程做好4步工作:①制定测试计划,确定总方针、资源及进度;②制定测试说明,包括确定需测试的特性、细化测试计划和设计测试用例集;③执行测试计划,包括实现测试设计、执行测试规程;④评价测试结果及被测软件。在这些工作中应注意以下几点:①及时编写文档,例如软件测试计划、测试报告、测试用例集、测试规程等;②进行两种评审,即测试计划、测试用例集设计和测试规程的评审和测试结果分析的评审;③保存数据。主要是测试用例集、测试记录;④实施配置管理,将测试阶段的工作产品纳入配置管理。 软件测试主要有:软件静态测试,软件动态测试,软件集成测试。 软件静态测试不执行程序代码而寻找其中可能存在的差错或评估程序代码的过程。包括主要由人工进行的代码审查、代码走查、桌面检查,以及主要由软件工具自动进行的静态分析。 ①代码审查。对代码进行的审查,一般依据代码审查单。 ②代码走查。对代码的评审过程,提供若干测试用例,用例用头脑来执行程序。 ③桌面检查。程序员自己检查.或借助于代码检查单,或人工运行自己编写的程序。代码审查和代码走查比桌面检查优越得多,实践表明,可以发现30%一70%的程序差错。 ④静态分析。估计程序而无需执行程序的过程;是一种机械性的、程式化的代码特性分析方法,常借助软件工具进行。一般包括控制流分析、数据流分析、接口分析、表达式分析。可以提供间接涉及程序缺陷的信息;进行语法,语义分析;进行符号求值;为动态测试选择测试用例进行预处理。 软件动态测试在抽样测试数据基础上执行程序并分析输出以发现缺陷的过程。测试质量依赖于测试数据(测试用例中的输入数据)。测试数据生成和测试结果分析都不仅工作量大,而且技术要求高。测试数据的生成策略主要包括白盒测试和黑盒测试两种,它们是动态测试技术的基本内容。还有一些其他测试技术,如程序变异、符号求值等。 ①白盒测试。按照程序内部逻辑结构和编码结构设计测试数据的测试方法,也称结构测试。测试者需了解程序的内部结构,但可以不考虑程序的需求规格说明。通常主要用于软件单元测试。有控制流测试和数据流测试两类技术。a.控制流测试:依据程序的控制流程图考虑测试用例,使某种控制结构在程序运行中得到执行,从而得到验证。b.数据流测试:使用控制流程图分析数据异常,从数据异常的角度确立测试路径选择准则。 ②黑盒测试。按照软件需求规格说明设计测试数据的测试方法。
说明:补充资料仅用于学习参考,请勿用于其它任何用途。
参考词条