1) class testing-case
类测试用例
1.
Research and design for class testing-case generation based on UML state diagram;
基于UML状态图的类测试用例实现的研究和设计
3) test case
测试用例
1.
Using model checking to generate test cases for class testing;
一种基于模型检验的类测试用例生成方法
2.
Test case model of embedded software based on DARTS;
一种基于DARTS设计的嵌入式软件测试用例模型
3.
Integration test case generating method based on UML;
基于UML集成测试用例的算法研究
4) test cases
测试用例
1.
Embedded software test cases generation method based on scenario technique;
基于场景技术的嵌入式软件测试用例生成方法
2.
A test cases generation method for UML 2.0 communication diagram;
UML 2.0通信图的一种测试用例生成方法
3.
For specific software,long time testing and reliability evaluation should be done by using the test cases which are established through whole task profile,so as to display the increasing process of the software reliability.
软件可靠性不能只停留在定性分析阶段,要建立明确的可靠性指标,要通过全任务剖面建立起来的测试用例,对给定软件作长时间的测试和可靠性评价,以便展现软件可靠性不断增长的过程。
5) testcase
测试用例
1.
Research and Implementation of Testcase in System of Testing Management
测试管理系统中测试用例的研究与实现
2.
Furthermore,the input method has been tested using automatic testcase generation approach.
此外,应用测试用例自动生成的方法,对输入方法进行了测试,表明该方法具有造字速度快,应用范围广,与现有字体兼容性强等优点,从而为生僻汉字的数字化提出了一个新的解决方案。
3.
The innovation of this paper is adequately comprehending the teset concepts: testCase、testCluster and testSuit, and make use of these concepts realizing the automation testCases’management, and inject the data driven into scripts’programming method that separates the test data and test script, and layered structure makes automating test improve the test scripts’utilization and Maintenance.
本文的创造性成果主要体现在充分理解了测试理论:测试用例、测试集、测试套的概念和关系,并以它们之间的关系实现了一套自动化测试用例调度的方式;将目前流行的数据驱动脚本方式注入到GUI自动化测试框架中实现了测试数据、测试脚本的分离;分层设计的GUI自动化测试框架提高了框架的开放性和自动化用例脚本的重用性、维护性。
6) testing case
测试用例
1.
Automated testing case generator algorithm based on formal methods;
形式化方法自动生成测试用例的算法研究
2.
This paper presents a new method of creating testing cases for objected-oriented software-cluster-level testing based on the UML sequence diagram.
本文提出了一种新的面向对象软件簇级测试用例生成方法。
3.
Then it demonstrates how to use them to design testing case from different point of view in dynamic software testing, so that more errors or bugs can be found with less testing case.
文章首先介绍了白盒测试和黑盒测试以及两者的应用场合,然后通过一个实例说明在动态软件测试中如何使用这两种方法从不同的角度设计测试用例,确保以最少的测试用例发现尽可能多的错误和缺陷。
补充资料：测试结果可接受性的检查和最终测试结果的确定
测试结果可接受性的检查和最终测试结果的确定
check of the acceptability of test results and determination of the final test result
C凡(3)二3.3d，时，取此3个结果的平均值作为最终侧试结果;否则取它们的中位数作为最终测试结果。。，为重复性标准差(即在重复性条件下所得侧试结果的标准差)。 在口田T 11792一1989中还对重复性和再现性条件下所得侧试结果可接受性的检查方法和最终测试结果的确定做了详细讨论和规定。(马毅林)ceshi 11叩uo kejieshCxjxing d6 iiancha he zuizhong ceshi】i闪旧de que心ing测试结果可接受性的检查和最终测试结果的确定(checkof山eac，ptability of test，ults助ddsterminationofthefi耐testresult)在商品检验中进行一次测试的情形不多见，当得到一个测试结果时，所得结果不可能直接与给定的重复性标准差作可接受性的检查。对测试结果的准确性有任何疑问时都应再进行一次测试。所以，对两个测试结果进行可接受性的检查是一般的情况。 可接受性的检查，实际上是一种统计检验。任何两个测试结果只要能通过可接受性的统计检验即可认为是一致的，均可接受。比如，在重复性条件下，所得结果之差的绝对值(下称绝对差)不超过相应的重复性限r(见重复性和再现性)的值，则认为两个结果是一致的，均可接受;如果两个侧试结果的绝对差超过r，则认为它们是不一致的，必须增加测试。 按国家标准《测试方法的精密度在重复性或再现性条件下所得测试结果可接受性的检查和最终测试结果的确定》(GBIT 1 1792一1989)，在重复性条件下，如果两个测试结果的绝对差不超过r的值，可取两个侧试结果的平均值作为最终测试结果。如果两个结果的绝对差超过r的值，并且测试费用较低，须再做两次测试。当4个结果的极差(即其中的最大值与最小值之差)不超过相应的临界极差c，瓜(4)二3.6a，时，取4个结果的平均值作为最终测试结果。如果两个结果的绝对差超过r的值，并且测试费用较高时，只须再作一次测试。当3个结果的极差不超过相应的临界极差
说明：补充资料仅用于学习参考，请勿用于其它任何用途。
参考词条