|
最近在帮忙程序做单元测试...TNND
思路是这样的
由程序提供相应的待测模块的功能说明
根据策划文档上的描述,设计相应的测试用数据
做成数据矩阵的形式(EXCEL)
或者使用脚本语言编写相应的逻辑判断
然后由程序提供一个读写接口和一个输出接口
用于程序在进行开发过程中对最小功能单元进行自检
感觉有如下的问题:
第一:策划文档本身未必已经将所有可考虑到情况都考虑到了
第二:程序那边的代码我们测试是接触不到的(有保密)
第三:如果调试的话也只有对脚本进行调试,这个脚本的接口很不灵活
第四:游戏本身的逻辑运算比数值运算要多要复杂,输出的结果只是true或者false。如果按照上述思路进行的话,很有可能结果是正确而逻辑顺序不正确。
第五:进行单元测试的要求就是每个待测单元的功能单一,比如只计算变量1和变量2的和,或者判断变量1是否为真。程序那边的给过来的都特别大,策划那边又不可能按照系统架构的方式来制作策划文档...
第六:这种方式只能检查动态数据,如果程序预先知道测试用的数据很有可能在交付代码之前将输出的结果写死(最悲惨的情况)
第七:程序那边的开发环境...居然还没统一
第九:模块之间的数据输出和输入,继承,调用太TM复杂了,想从顶向下吧。。很多东西都得返工;从底向上吧,最后出来的东西。。。已经不是预想中想做的东西了。
第十:最后证明的也只是代码运行良好。。。结果运行良好却不满足策划案的拓展...
引入新的测试模块方法的是时候,一定要谨慎啊...很多问题都是没有预期的,怎么想怎么有经验都没办法什么都遍历到,感觉人类咋这么悲哀呢还不如水族馆的章鱼哥 |
|