接口测试的问题?

2010-03-13  李琴 

      
        周会上,有位做项目的同学提出他在项目中做接口测试做得很辛苦,第一:他不知道具体接口的javadoc文档,开发的系分文档由于时间很紧没有写详细设计文档,更不用说接口文档,所以每个接口要调用什么接口都是要自己去和开发沟通,但是开发已经进入开发阶段,也很忙,所以沟通上比较困难。  第二:如何验证这些接口是否调用正确?那么就去梳理需求,划分出功能点,每个功能点再梳理经过了哪些系统,传递了哪些参数,这样的话就会导致工作量非常大。
        大家就根据这两个问题讨论如何解决这两个问题? 最终也没有讨论出一个比较好的结论,不知各位有没有什么建议呢?
374°/3641 人阅读/10 条评论 发表评论

王恩建  2010-03-13

我个人的建议比较简单:别浪费资源,放弃测试。理由也简单:接口没有描述(文档或者开发人员口头提供的信息),以什么为标准来判断接口好坏?


李琴  2010-03-13

王恩建: 我个人的建议比较简单:别浪费资源,放弃测试。理由也简单:接口没有描述(文档或者开发人员口头提供的信息),以什么为标准来判断接口好坏?
对于一个很紧急的项目,测试也只能尽力而为了


崔行龙  2010-03-14

这种接口测试如果测试人员没有足够的java编程实力的话,真挺难的。
一般来说,需要编写桩模块和驱动模块,最好有编程人员来协助进行。
我给理解为集成测试了,不知道偏题没~


李琴  2010-03-14

崔行龙: 这种接口测试如果测试人员没有足够的java编程实力的话,真挺难的。
一般来说,需要编写桩模块和驱动模块,最好有编程人员来协助进行。
我给理解为集成测试了,不知道偏题
应该就是集成测试


胡湘  2010-03-15

我想每个模块的开发都最好有相关的测试人员,也就是embedded QA(如果项目够大),做到任务的细分对集成测试会很有效率。


赵祥方  2010-03-15

做接口测试,要自己懂代码,怨不得别人。


程守标  2010-03-15

学习一下


顾垌杰  2010-03-15

这个测试的话 要结合业务,结合各个系统的接口
最近就在做这个事情,说是说一个星期全部测完,其实不可能的呀
然后业务归业务测,我们自己内部再把总体流程测试。。。当涉及到的系统多的时候
就不行了。。。。


李琴  2010-03-15

赵祥方: 做接口测试,要自己懂代码,怨不得别人。
呵呵,代码肯定懂的啦,我的问题并不是懂代码了就能解决,难道要测试自己一个个去找接口吗


曹一富  2010-03-15

本来设计驱动开发,现在反过来测试人员从要代码中找出设计,这个。。。本末倒置了吧


登录 后发表评论