无法完成Testlink项目与BUGFREE项目的绑定,根本就找不到修改 bt/bts_config_db.inc.php 文件,这个东西是要开发么?
最近在将Bugfree和Testlink集成，已配置成功（按李玉鹏版本的配置方案）：在Testlink中可以看到bugfree的图标；但存在以下问题：
1）无法实现Bugfree和Testlink的项目绑定（<testlink>home->Edit / Delete Product-）找不到：BIND BTS PRODUCT；
2）在Bugfree2.0中找不到Buginfo相关文件
请高手指点一二，谢谢！
re: 设计测试用例的目的 －－ 个人观点 123 2008-06-03 13:15
不好意思 写错了 测试精英群 47456040 欢迎加入
re: 设计测试用例的目的 －－ 个人观点 123 2008-06-03 13:09
测试精英群 63087729 欢迎加入
@Slipper Feng
软件质量是做出来的，不是测出来的！！
有哪位高手用Testlink管理实例呀，现急需一个使用实例学习，不是安装。比如使用过程中是怎么管理一个Project，又是怎么分配任务的。
Email：meiyitianniguodeha@163.com
在此先谢过各位了！
re: 软件评测师教程 df 2007-05-31 21:13
d
@maggie
我在上海做测试和大家做个朋友经常探讨吧！呵呵！QQ344875932
re: 设计测试用例的目的 －－ 个人观点 maggie 2007-04-05 10:24
我也在北京做测试，希望和大家成为朋友qq：34994645
re: 设计测试用例的目的 －－ 个人观点 maggie 2007-04-05 10:24
我也在北京做测试，希望和大家成为朋友qq：34994645
re: 设计测试用例的目的 －－ 个人观点 maggie 2007-04-05 10:24
我也在北京做测试，希望和大家成为朋友qq：34994645
我在北京作测试，欢迎大家和我一起交流经验，我的QQ号是625406059
此文章中你提到的:
6、Bugfree的绩效考核设计开发
7、内存泄漏工具的了解及其简单运用
这2项目前也是我要去做的，不知道能不能和你交流一下，内存泄露工具我刚接触，老大让我自己研究一下，不知道该怎么入手，如果你那有什么参考资料，能不能和我共享一下，非常感谢！还有Bugfree你是怎么设计绩效考核的？能否简单说明一下呢，麻烦之处，请多多见凉！非常感谢！
testlink中的是测试需求 不是需求
再testlink中的给我感觉：测试需求 就是测试用例的概念 ，只是测试用例着重于分配给测试人员。呵呵，你试用下testlink就知道了咯，其实中间就差了一个版本的概念，测试需求 和 用例 要自己手动同步一下的
那我如果需要把testlink和bugfree中能用的功能拿出来呢，如果说需求和用例是一个意思，那我是不是只需要拿出来用例呢？youngsnow82@hotmail.com是你的msn吗，我加你了，等待你的回复，谢谢！
呵呵，我再真正的测试当中，测试计划是另外写的，doc文档的
测试需求 在testlink里面 其实和 测试用例是一个意思而已，testlink的测试计划就是一个版本的问题，通过这个字段，可以看到 用例的版本
re: 性能测试流程规范说明 坏男孩 2006-12-28 14:23
测试很重要！
上面我提到的testlink中的测试计划舍弃不用解释如下：
既然testlink中的计划只是版本的意思，而且testlink中本身都有构建创建的功能，那我可不可以直接体现在用例上呢？直接上用例和需求相互关联，真正的测试计划出一份完整的文挡提交就行？
我是第一次接触testlink，很多概念理的不清楚，不错，测试需求、测试计划和测试用例在testlink中都是现成有的功能，不管上把这些功能和bugfree整合，还是拿到别的地方去用，并不需要什么变动，但是从testlink中也可以看到他们三者之间并没有什么创建先后顺序，这里你提到testlink中的计划只是一个构建版本的感觉，那么真正的测试计划在这里体现吗？毕竟根据需求分析、详细设计等首先要创建测试计划，然后根据计划写测试用例，如果你说testlink里的测试计划只是版本，那么是否可以舍弃不用呢，因为里面有版本管理啊？
不好意思，可能这样说的不清楚，你有联系方式吗，留下我的qq:84590381，如果方便的话可以加我，再向你请教！谢谢！
测试需求 . 测试计划 和测试用例 的关系 是再testlink中现成有的功能
再testlink的计划只是一个build的版本的感觉,而非我们平时所说的测试计划概念
在使用Testlink时，有些疑问想向你请教：
请问测试需求、测试计划及测试用例三者之间的关系在Testlink中是如果体现的？他们３者之间又上什么样的关系？为什么可以在Testlink中先创建用例后再创建计划，不是应该根据计划创建用例吗 ？
re: 软件评测师教程 a[匿名] 2006-12-26 15:00
h
Hehe~~~
人品问题！！
估计是你的人品好吧！
re: 篮绿队伍 23人过 老一 落落 2006-11-09 16:28
曾经的辉煌记录啊～～～～
re: 设计测试用例的目的 －－ 个人观点 Slipper Feng 2006-06-06 22:44
一个好的测试用例是在于它能发现至今未发现的错误,这个真的很难，在一般的公司里面，很难有效的实施和评估。现在的测试，能站在客户的角度去发现问题，对整个流程还是非常有益的，也很能发现问题，在很大程度上解决掉客户将反溃回来的问题，客户也高兴（现在客户关系都比较复杂化）。
一般的小型软件公司，测试计划量较小，怎么行之有效地发现问题，是一个难点。如果仅仅按设计书上的流程去测试，其实是很难发现问题的。实际中，我们很少会中断其正常执行的流程，转而去执行其它的操作。所以，有时去中断正常的操作流程执行测试。
还有一点就是，关于测试用例的写法，好像不好把握测试用例应该怎么写，写到什么细的程度？对细嘛，对需求设计变更带来的工作量就难以把握，设计太粗的测试用例也有问题。不同的公司，要求也不一样。如果测试外包的话，可能测试用例细到页面上出现的每个字段、每个操作，甚至它们需要组合。这个也需要很好的把握。
re: 设计测试用例的目的 －－ 个人观点 陈市明 2006-06-06 16:00
呵呵，我们测试的目的，不是为了找bug的
re: 小鸟问大鸟，你为什么会飞呀 xiaoyuyu 2006-06-06 13:24
但愿你是那只小鸟,因为现在就这么厉害了,以后成大鸟了,就更飞黄腾达,不得了了...等待着你的长大
re: 设计测试用例的目的 －－ 个人观点 xiaoyuyu 2006-06-06 13:11
测试的目的是更完美,完美的目的是为了更好的服务于客户,而完美只能靠发现更多的bug了.
用例覆盖功能点是不是比较适合集成测试阶段呢?我觉得测试用例的设计可以根据公司的具体情况、项目的时间宽紧、进度的阶段而定，每个阶段有不同的用例设计方法、不同的侧重点．总的来说，要先抓西瓜，再抓芝麻－－先抓重点，再抓细节．
我觉得作为一个测试人员，追求完美是她需要具有的素质，因为只有这样他才能想尽一切办法说服开发人员来修改bug.
哎呀，说的有点文不对题了，不好意思...
re: 设计测试用例的目的 －－ 个人观点 陈市明 2006-06-06 11:06
呵呵，交个朋友先，我的msn：youngsnow82@hotmail.com
请问你是也是专业的测试人员吗？呵呵 我也是啊
你说的我倒是挺赞同的，你说的：“在这样的情形下，测试的重点不在于找出 bug ，而是为了对设计用例覆盖的功能保证其准确性，让客户在执行操作中不发生错误。”我觉得基于目前在小公司的状况，确实是很合适的，因为测试也是需要充足的时间和人力的，所以，在小公司中，这样的做法很好。
私下里问一句，你是在哪里工作啊？做软件测试多长时间了。我很希望跟你交个朋友，大家可以一块探讨测试，^_^，有空请与我联系（诚心邀请你）：
QQ：278299533
Email：qqbaijing301@yahoo.com.cn
msn:baijing1018@hotmail.com
也可以在javablog里给我留言
re: 基于j2ee单元测试框架介绍之一－调试无需启动中间件 Slipper Feng 2006-06-04 10:07
就要答辩了，紧张！
@广州大盗
呵呵,我们的项目的确是没有ejb的,,所以框架目前没有对ejb提供功能..但是,,并不是说完全没有办法..框架可以再'"基于j2ee单元测试框架介绍之二'"中可以看到,,框架有自己的插件协议,只要按照这个协议编写,,完全不用修改原来的代码,,久可以添加很多功能..,,当然也可以直接把junit的扩展封装下作为我们的插件用,,相信关于ejb的我们还是可以做到的..公司之前大家都认识很难解决的jms的问题也通过自己的编写jms插件来解决了..
对于事务,,我们的项目中都用jta的,,这个在这个框架中,,我们也通过编写了jta的模拟的transtraction,,在aop容器在内存中直接替换成我们的transation的了..虽然还是有点问题的,,但是还是解决这样的问题了..
创新的精神值得学习。
但一个问题是， 你们的系统似乎没有使用ejb。
如果使用ejb会怎么处理，主要是容器负责的事务等。
正如你说的，你是testor; 而且我注意到你们的流程第一点：1 把当天需要开发的模块的 java 代码全部些好。所以 我的感觉是，这只是对测试人员来说，不用频繁部署和重启服务器； 而且“不用”的原因是：一天只部署一次，你看我说的对吗？
所以，你讲的测试框架对来说coder并不适用。
re: 小鸟问大鸟，你为什么会飞呀 Harryson 2006-04-21 15:48
呵呵,鸟最终应该能飞的,只是时间的问题.
@小陆
恩，单元测试重点在业务层面，我现在是通过action去调用到后台的业务层，所有的测试都是在action层面的。我这样做的目的使为了让单元测试做到功能测试的效果（呵呵，我使测试组成员，当然要减轻自己的工作量）。
其实，我这样做，通过代码覆盖率报告一样可以做到业务层的 测试，只是对业务层的容错出来还是很难测试到。
业务层应该初一dao和service层之间。
单元测试的重点应该在业务层上。
从你的图上，我没看见业务层。
作为一个女孩子,觉得女生学计算机,是件挺枯燥、辛苦的事，常坐电脑前晚上睡的晚，还严重影响美容扶容！
re: 今天你Blog了没? 鱼 2006-04-19 10:36
关河 大哥是谁呀,介绍一下
re: 今天你Blog了没? 加油猪猪 2006-04-18 09:23
知道你是一向笨笨的,所以给你打气!
加油猪猪