无输入参数的函数测试用例怎么写?
测试一个函数,读本地设备特征列表?Read_Local_Supported_Features_List();
没有输入参数,怎样写测试用例,要注意哪些地方?
欢迎讨论!
[ Last edited by cwliang on 2005-7-12 at 13:21 ]
[ 本帖最后由 楠族开心果 于 2010-5-24 17:18 编辑 ] 函数一定是有参数的，要么是显示的输入参数，要么是隐式的输入参数，该函数应该属于式隐式参数，设备特征列表即是隐式参数，不同的设备列表，列表中不同的参数都是该函数的输入。
针对不同的隐式输入参数，必然有相应的函数输出与之对应。
根据以上两点，就可以设计相应的测试用例了。 我看了一下函数的原代码,里面是有输入参数,但是协议说明里面没有输入参数,函数是根据协议写出来实现协议的功能,总共有8个字节的输出特征列表,函数的输入参数是一个指针,读出的值指向那里,我把函数原型写出来,大家看看该怎么写测试用例
功能描述: 为上层提供接口，用来读本地设备版本信息
函数原形tByte HCI_ReadLccalSupportedFeatures(tByte* LmpFeatures)
参 数：
LmpFeatures
: 返回的链路管理器支持特性列表指针（该指针是一个8字节空间指针）
返 回： Execute_Command_OK: 命令执行成功
Execute_Command_Fail： 命令执行失败
Execute_Command_Timout： 命令执行超时
备 注： 如果有详细设计,那么应该还有流程图或伪码描述,否则光凭函数描述是无法设计用例的. 另外如果没有详细设计,只有代码,那么还是不做单元测试的好. 若不考虑tByte HCI_ReadLccalSupportedFeatures内部的处理流程与局部数据，可以在事先定义好实施该用例的场景（比如已知设备明细、驱动机制灯），然后在驱动体中调用该函数接口，根据它的返回值来Check指针所指向的表，验证是否与预期一致。当然，这只是正向测试策略之一，楼主还可以从多方位进行测试用例（比如该模块是否有发生内存泄漏、对于各种非法输入是否有进行过滤等等）的设计。 现在的情况是这样的:该协议有许多的命令和事件,如题只是其中一个.
有一个vc编写的测试接口,设备通过串口线和电脑相连,测试时通过界面选择测试哪个函数,返回值都显示,该函数没有输入参数(参 数：LmpFeatures : 返回的链路管理器支持特性列表指针（该指针是一个8字节空间指针）),我不知道怎么设计无效测试和有效测试用例 哦，那么说你是用那个VC编的应用程序来测试了？不是自己开发驱动模块来调用协议中定义的各接口吗？ 开发协议的程序是通过移植才能够在pc的界面下测试的,vc程序在我进公司前就写好了的,其实现在在协议都不是很理解,测试知识也很缺乏,感觉很难做下去了 可以要求公司方对一些后参与项目工程（编码、测试、维护等）的人员进行必要的培训（或提供必要的文档自学），否则的确举步为艰，因为做项目不可能以1＋1＝2这中简单的方式来管理与实施。
当然，毕竟员工作为个体较公司而言实属弱势群体，有时你不得不去适应环境，那时就只有尽力而为了，因为一个巴掌是拍不响的……当然，你可以在工作中随着能力的加强尝试地去影响它。 不过毕竟现在比刚来的时候好了好多,自己的想法不能肯定是否正确,能力的加强是个时间的积累过程,有关测试的理论知识看了不少,没有实际的事例可以参考,有种云深不知处的感觉. 呵呵，的确是这样，不过理论掌握多了、牢固了也不是坏事，等到一有实践机会你就可能会有豁然开朗的感觉～～
PS：当然，象孔乙己那样的思维方式与学习方式是要不得的，呵呵～～ 在豁然开朗之前,真是一段难以忍受的煎熬,写不出满意的测试用例也很难受,感觉到自己做的事情都是无用功,严重打击了自己的自信心.
不知道孔乙已的思维是怎样,我是不是和他一样都持怀疑态度! 我现在和你的处境相同，他们项目组中的代码都写的差不多了，我才加入进来，要进行单元测试，什么都没弄明白！好没信心啊！ me too 是啊，我也是刚开始，什么都不会
页:
[1]
