|
:p我正在学习RTRT。目前一个问题很是棘手。
1. RTRT系统测试的通过准则包括两方面,一是消息的期望值于测试值要匹配;二是响应时间要在指定的范围内,响应时间可根据具体要求来指定。RTRT部件测试则是基于目标的测试过程,它基本上属于黑箱测试,只要列出被测函数的参数表列中参数的初始值与预期值,输出参数的初始值与预期值,进行函数调用就可以了,测试的通过准则也是对输出参数的实际值与预期值进行比较,相符则可以判定为通过。
但在本次尝试中发现,因为仅通过对输入输出参数的比较,可能无法发现运行中出现的一些错误,如有很多函数没有返回值,在执行过程中可能是修改本地保存的一些数据,如果出错也无法检测出来。而且实际应用中函数的入参和出参经常是一些比较复杂的结构,对这种复杂结构进行实际值与期望值比较是很难的。
测试的关键是写好脚本,而要想写好测试脚本,必须对RTRT的脚本语言进行深入的研究。由于前一阶段的研究人员没有深入对RTRT脚本语言进行研究,而且没有详细的脚本语言说明,所以在编写测试用例时对脚本语言非常陌生,而且无人可以交流,结果长时间滞留在脚本的揣摩尝试中。
2. 学习前面人员的研究报告,几乎都是对单一文件,单一函数的研究,对模块内多个文件关联进行测试也没有参考依据可依。有位老大建议可以用logiscope分析内部函数的依赖关系,我尝试了很久依然一头雾水,对其中的一些简单的函数可以测试通过;对一些复杂函数,因为对RTRT的脚本语言不熟悉,在编写测试用例时遇到了困难,经常导致因为测试用例的关系而使测试通不过。甚至常常连
.ptu测试脚本模版都不能生成。
那位大侠来救命啊!!!!!!!!!!!!! |
|