接口测试的问题？

接口测试的问题？

2010-03-13 李琴

周会上，有位做项目的同学提出他在项目中做接口测试做得很辛苦，第一：他不知道具体接口的javadoc文档，开发的系分文档由于时间很紧没有写详细设计文档，更不用说接口文档，所以每个接口要调用什么接口都是要自己去和开发沟通，但是开发已经进入开发阶段，也很忙，所以沟通上比较困难。第二：如何验证这些接口是否调用正确？那么就去梳理需求，划分出功能点，每个功能点再梳理经过了哪些系统，传递了哪些参数，这样的话就会导致工作量非常大。

大家就根据这两个问题讨论如何解决这两个问题？最终也没有讨论出一个比较好的结论，不知各位有没有什么建议呢？

375°/3656 人阅读/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

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

请登录后发表评论

李琴的其他博文更多