【续】


2005-06-29 17:38:40 cddell(373292830)
所以就有了单元测试

2005-06-29 17:38:45 阿镇(14043856)
恩，审查用例不就是审查用例的覆盖率么？

2005-06-29 17:39:20 cddell(373292830)
审查用例  是审查 对业务的理解程度。

2005-06-29 17:39:56 阿镇(14043856)
呵呵，如果不理解需求和业务，覆盖率只是空谈，对不？

2005-06-29 17:40:27 相煎何太急(54935325)
cddell：你们的单元测试是什么时候进行，是开发人员自己来完成吗？

2005-06-29 17:40:34 cddell(373292830)
是的
关于覆盖率，我想我们还应该有个 Function list 。

2005-06-29 17:41:20 相煎何太急(54935325)
现在有个问题就是，我们经常会发现开发人员的单元测试有时候做得并不是很足够，这种问题你们是怎么控制的呢？

2005-06-29 17:41:35 cddell(373292830)
每个function point， 都对应了一个或多个 testcase。

2005-06-29 17:42:09 阿镇(14043856)
受教

2005-06-29 17:42:29 cddell(373292830)
关于单元测试的覆盖度。  如果你们是 web 开发的话 ，我推荐 ant＋clover  

2005-06-29 17:42:57 相煎何太急(54935325)
clover?

2005-06-29 17:43:02 cddell(373292830)
clover 可以 判断单元测试在整个代码中的覆盖度


2005-06-29 17:43:08 相煎何太急(54935325)
可以自动生成测试代码？

2005-06-29 17:43:45 ╋映映╋(53447901)
clover不可以通过junit测试用例看代码覆盖率吧

2005-06-29 17:43:47 cddell(373292830)
clover 只是一个开源的工具。  在ant 中 添加 一个task ，就可以了。

2005-06-29 17:44:08 cddell(373292830)
当然可以，我已经 用过了。

2005-06-29 17:44:36 ╋映映╋(53447901)
我用的时候怎么出现了junit的覆盖率，而不是实际代码的覆盖率，是不是我搞错了

2005-06-29 17:44:49 cddell(373292830)
恩

2005-06-29 17:45:06 森林狼(6877439)
如何判断单元测试的覆盖率？是不是以前做单元测试的时候会在代码中留下痕迹，所以clover才会检测到

2005-06-29 17:45:33 cddell(373292830)
关于 clover 的运行机制，我没有研究。不好意思，回答不了。

2005-06-29 17:46:15 ╋映映╋(53447901)
一般都是在被测试代码中植入一些代码进行分析的。你说的也对

2005-06-29 17:47:26 ╋映映╋(53447901)
cddell你有没有写下你使用clover的经验

2005-06-29 17:48:03 cddell(373292830)
没有
我可以给你我的xml 脚本

2005-06-29 17:48:32 ╋映映╋(53447901)
ant的？

2005-06-29 17:48:34 相煎何太急(54935325)
我们现在的daily build是用ant + junit做单元测试

2005-06-29 17:48:40 ╋映映╋(53447901)
我简单用过

2005-06-29 17:48:48 相煎何太急(54935325)
我是否可以考虑改用ant + clover取代呢？

2005-06-29 17:49:23 ╋映映╋(53447901)
你说错了，当然不能替代了

2005-06-29 17:49:25 小鱼儿(66944928)
devpartner也可以测试代码覆盖率的，不知各位用过没有，它还能检测到代码的复杂度

2005-06-29 17:49:26 cddell(373292830)
ant＋junit＋clover 缺一不可

2005-06-29 17:49:47 ╋映映╋(53447901)
http://blog.csdn.net/wyingquan/archive/2005/03/21/325507.aspx
我用optimizeit codecoverage

2005-06-29 17:51:13 cddell(373292830)
我用的是 Jprobe  

2005-06-29 17:54:11 ╋映映╋(53447901)
这些工具都不错，有时间我们讨论一下工具以外的话题：）


2005-06-29 17:55:23 森林狼(6877439)
讨论得很好，要是能再细致一些就更精彩了


＝＝＝＝＝＝＝＝＝＝＝＝＝＝

  注：  想查看全部内容请下载附件

2005-06-27 10:23:03 songfun(6975740)
to all：
   我在共享里又上传了一部分资料。包括TestDirector、软件质量管理、testage杂志等。欢迎大家去取。还有最新整理的聊天记录。不客气，还有Rational系列文档，很不错。


2005-06-27 14:34:31  风(15089559)
今天聊天的主题是什么？

2005-06-27 14:38:31 songfun(6975740)
风  就是我们新手版的另一位版主kpxl，工作经验很丰富。大家有问题就问～～

2005-06-27 14:43:28  风(15089559)
呵呵，客气
只是多吃了几年饭而已，经验丰富谈不上

2005-06-27 14:44:17 找Bug吃的人 (19837470)
风,现在网络测试和数据库测试研究得如何了

2005-06-27 14:44:32  风(15089559)
进展不大 这块太精深 尤其是网络

2005-06-27 14:45:06 亦(32807868)
网络测试？这是一个什么样的测试？

2005-06-27 14:45:13  风(15089559)
虽然我搞了几年的网络，但是还是感觉力不从心

2005-06-27 14:45:33 找Bug吃的人 (19837470)
是国内这方面的实践和理论相对落后的原因吗?

2005-06-27 14:45:34  风(15089559)
是对系统尤其是B/S的系统做网络安全的测试

2005-06-27 14:45:36 songfun(6975740)
你说的数据库测试又涵盖哪些测试？能否具体点和大家说说？

2005-06-27 14:45:48  风(15089559)
数据库其实也是和安全有关

2005-06-27 14:46:10 找Bug吃的人 (19837470)
那对可靠性这块研究的如何了,MTTF和BTTF


2005-06-27 14:46:28  风(15089559)
我没有怎么具体做，因为开始的时候公司要我带几个人作这种测试，但是后来项目太紧，就放下了
大家有没有专门做过安全性的测试？

2005-06-27 14:46:48 songfun(6975740)
可以多上上黑客网。开拓一下见识

2005-06-27 14:46:52  风(15089559)
有什么心得？
感觉这个就是需要的东西太多，需要精通的知识也很多
如果没有较深的底子，只能说是看到一个例子，就按照例子的介绍对自己测试的系统跑一下，用处不大

2005-06-27 14:49:09 亦(32807868)
我觉得“安全”要看系统用来做什么，才能定下来。
绝对安全的东西有是有，但是好像也不能用来做什么了

2005-06-27 14:49:38 songfun(6975740)
看你公司做什么的，有的公司比较注重，比如电子商务网站。阿里巴巴那边有专人在做这一块。

2005-06-27 14:50:01  风(15089559)
我们现在做企业应用
所以用户还是比较关心的

2005-06-27 14:51:48 songfun(6975740)
MTTF是平均无故障时间，BTTF是什么东西？

2005-06-27 14:52:06 找Bug吃的人 (19837470)
BTTF = 间隔失效时间

2005-06-27 14:52:45 songfun(6975740)
有点意思，第一次听说。看来你们相当注重 “安全”和“可靠”。

2005-06-27 14:54:43 找Bug吃的人 (19837470)
以前我们的系统每到一个多月就会出现一次用户串登录问题,A用户登录后,看到的是B用户的东西,然后打电话来说,我怎么看不到自己的的东西了。大家分析一下，这是什么原因了

2005-06-27 14:55:20 王威(634850)
权限管理出错了

2005-06-27 14:55:42 songfun(6975740)
呵呵没错，尤其B/S的系统要尤其注意。

2005-06-27 14:56:58  风(15089559)
是在一台机器上还是在两台机器上？

2005-06-27 14:57:01 找Bug吃的人 (19837470)
to 王威：
  我们初步分析也是这样，但如何排错和避免了

2005-06-27 14:57:28 songfun(6975740)
我遇过这种情况，当一个大权限用户登录后，如果我这时把IE设置里改成“检查所存网页的较新版本：不检查”，再用一个小权限用户登录，就获得了大权限。

2005-06-27 14:57:51 找Bug吃的人 (19837470)
DB server一台 WEBserver两台，分前端和管理端

2005-06-27 15:00:00 找Bug吃的人 (19837470)
TO songfun：
  是吗，我试试， “检查所存网页的较新版本，在哪设置，安全里吧？

2005-06-27 15:01:40 songfun(6975740)
其实我说的只是其中一种现象，真正涉及的设置有很多。以前玩过WSH的人就知道，多少病毒当年都是透过这个来进行攻击的。

2005-06-27 15:02:05 songfun(6975740)
在：INTERNET选项－常规－设置。

2005-06-27 15:02:42 songfun(6975740)
总之B/S的安全性要尤其关注。

2005-06-27 17:09:46 gladys(19785708)
新到一家公司，SQA应该如何开展？

2005-06-27 17:10:14 阿单(79304924)
先沟通，了解项目的情况

2005-06-27 17:10:53 雅可露露(4303351)
如果这家公司已经有自己的规范，可以先看看他们的规范～然后再根据可以改进的内容来改进

2005-06-27 17:14:58 gladys(19785708)
刚有朋友说到先看规范，我觉得这个是需要的。还有说先沟通了解项目，能不能具体的说下应该怎么样去了解项目才最有效？

2005-06-27 17:15:32 雅可露露(4303351)
问项目经理、项目成员

2005-06-27 17:17:47 gladys(19785708)
问项目经理和项目组成员之前需不需要事先准备一下问题呢？一般你们怎么组织这些问题的？

2005-06-27 17:20:02 雅可露露(4303351)
可以事先通知，开正式的会议，请他们准备，也可以随性而谈，关键看你喜欢那种方式

2005-06-27 17:20:20 阿芳(10294424)
赞同事先通知。


2005-06-27 17:21:40 gladys(19785708)
新到一家公司，SQA应该如何开展工作？


2005-06-27 17:21:56 阿芳(10294424)
我现在可就是这种情况哦。

2005-06-28 09:59:04 gladys(19785708)
新到一家公司，SQA应该如何开展工作？ 大家来说下这个问题怎么解决吧
  

2005-06-28 10:00:32 windy(493631)
分两种,SQA流程是否已成熟

2005-06-28 10:01:06 gladys(19785708)
两种情况都说说吧。。

2005-06-28 10:02:52 阿芳(10294424)
一种就是不成熟咯。

2005-06-28 10:03:24 gladys(19785708)
如果不成熟这种企业，是不是意味着去了机会更多些？  那要怎么做呢？

2005-06-28 10:04:45 阿芳(10294424)
我现在就是先了解公司项目怎么做的，就是了解现状，然后分析，写出分阶段计划。再对每个阶段，现在是对第一个阶段进行细分。根据这个计划开展工作。

2005-06-28 10:05:42 gladys(19785708)
阿芳，你对项目做了解的时候，采用的什么方法？能不能说具体点。。。比如用何种标准？或者是否准备提问单？
还有你说分析？  怎么样分析的呢？是定量还是定性？

2005-06-28 10:06:44 阿芳(10294424)
调查、面谈了。
要准备调查表和面谈问题清单。我主要根据CMMI2和CMMI3部分PA

2005-06-28 10:08:15 gladys(19785708)
喔，我也是这么想象的。。我想如果能事先准备一些有针对性的提问表，然后根据回答情况，对比一个标准。。这样来确定该企业目前的状况可能会好些。

2005-06-28 10:09:00 gladys(19785708)
你在做这些事的过程中有没有遇到什么困难呢？你怎么解决的？

2005-06-28 10:10:12 小鱼(66944928)
我们公司的做法就是根据cmm提供的一些checklist，结合实际情况，筛选出适合的，再加上一些特殊的问题，组成一个checklist，并且它包括了整个开发的生命周期，只是再不同的时期提取不同的问题而已

2005-06-28 10:10:17 阿芳(10294424)
但是，现在报告、分阶段计划提交上去了。头说，报告要再研发部内部讨论。可是至今还没有讨论，所以，我写的分阶段计划等于没用。我现在只好根据之前了解的信息，先对已知的流程进行改进咯。现在先从QC开始。
困难多了，新人，谁服你亚。如果有个好的上司，可能还好些。但是，唉。

2005-06-28 10:11:03 阿芳(10294424)
小鱼，我也是这样出发了。针对不同角色问不同问题。

2005-06-28 10:11:37 小鱼(66944928)
我们公司项目的过程符合度几乎都是100％，只有个别建议项

2005-06-28 10:11:45 gladys(19785708)
是的，我想QA的经验其实是有相对性的，特别在一家企业做的久，如果换另一家有一个情况熟悉过程，和威望树立过程。。。

2005-06-28 10:12:10 阿芳(10294424)
你这种不属于这个讨论范畴了，因为，是属于已经有规范的这种公司。

2005-06-28 10:12:50 小鱼(66944928)
我从来不觉得QA有威望啊

2005-06-28 10:13:09 阿芳(10294424)
不，QA没有威望，很难开展工作。

2005-06-28 10:13:46 小鱼(66944928)
我们公司仅限于对过程的审计，相对而言比较简单

2005-06-28 10:15:26 songfun(6975740)
to 小鱼：
  你们说的 对过程的审计 ，能不能具体点？是哪些事。

2005-06-28 10:17:43 小鱼(66944928)
每个阶段的输入和输出是否经过评审，项目开始之初各种资源是否到位，各种变更是否再可控范围内，版本交付是否经过测试把关，and so on
还有各种资料是否按期备份


2005-06-28 10:13:59 gladys(19785708)
QA没有威望，那永远没有出头之日。。。。只能一直打杂。

2005-06-28 10:15:03 gladys(19785708)
你出了报告后，是希望先改进流程还是说先利用工具做改进？

2005-06-28 10:15:33 阿芳(10294424)
改进过程，改进做事方式。

2005-06-28 10:16:49 gladys(19785708)
我想的是如果一家企业没有很好的规范，如果调查过后，我到是希望能先利用一些工具做局部改善，这样会立杆见影。大家说说这样做会不会出什么问题？

2005-06-28 10:18:37 阿芳(10294424)
我认为，盲目引入工具，不会很好的发挥工具的作用。而且工具不见得适合公司的情况。所以我不赞同在过程混沌的情况下，盲目引入不切实际的工具。

2005-06-28 10:25:58 gladys(19785708)
但我觉得一上来做过程改进，风险也会很大，而且有时候可能还会涉及到组织机构变化。。一般的公司可能不太会同意这样做。

2005-06-28 10:26:44 阿芳(10294424)
是的。这就是现在的问题。所以我先从测试着手。
逐个来了。一口气吃不了一个大饼了。

2005-06-28 10:27:25 gladys(19785708)
恩
为什么选择测试这块而不是配置管理？

2005-06-28 10:27:59 阿芳(10294424)
但我刚才说了，得有个好的上司还好。没有的话，就算是改测试，困难仍是很大。

2005-06-28 10:28:19  风(15089559)
有道理

2005-06-28 10:28:41 阿芳(10294424)
因为测试对质量的影响最直接。而且，测试在我们公司和qa属同一个部门。配置管理不是我们做的。

2005-06-28 10:29:41 ╋映映╋(53447901)
要从根本上提高软件质量还需要抓开发管理吧
毕竟测试只是一种事后控制的手段了

2005-06-28 10:30:18 阿芳(10294424)
那样伤筋动骨，动作太大。

2005-06-28 10:30:36 ╋映映╋(53447901)
决定产品质量的是开发，不是测试

2005-06-28 10:30:49 阿芳(10294424)
这个我知道亚。
要考虑推行的可行性。

2005-06-28 10:30:59 songfun(6975740)
to 映映：
  但是现在先要让leader能够“看到”一些成效的话，开发管理不好体现什么。
  短期来说，就是缺陷这块了吧。这有很有利的说服方式——数字。

2005-06-28 10:31:02  e天(42447305)
我觉得应该是规划

2005-06-28 10:31:08 gladys(19785708)
我也觉得  先不要动开发的[]~!    先把周围环境清理干净，再来说这块

2005-06-28 10:31:39 阿芳(10294424)
先把周围环境清理干净，再来说这块
赞同！在我的计划中，这是最后一块。

2005-06-28 10:31:41 ╋映映╋(53447901)
SQA去做开发管理吧，测试有个经理就可搞定了
整天跟在测试后面都烦死人了

2005-06-28 10:32:14 gladys(19785708)
不是测试也是有过程的~~  阿芳说的是测试过程的改进

2005-06-28 10:32:42 阿芳(10294424)
是呀。是指测试过程的改进，改善测试团队的工作方式。

2005-06-28 10:32:48 ╋映映╋(53447901)
再怎么改进也是跟着开发进度走的

2005-06-28 10:33:17 阿芳(10294424)
你说的是项目的测试，而我说的是公司层面的测试体系。

2005-06-28 10:33:17 songfun(6975740)
to 阿芳：
  
刚才小鱼说的那些QA的审计内容，你们现在的内容有比她提到的多了哪些么？   

2005-06-28 10:33:22 gladys(19785708)
而且测试过程的改进涉及的面也不只是测试部门一个，与开发部门等都 是有关系的。只不过这些关系不处于主要地位。

2005-06-28 10:33:40 小鱼(66944928)
to 阿芳:能不能具体说说采取了哪些措施来改善公司层面的测试体系？

2005-06-28 10:33:43 阿芳(10294424)
我们现在，QA是空白，什么都没有。

2005-06-28 10:34:41 gladys(19785708)
╋映映╋   你是测试的经理吧？说说怎么烦QA的，最不喜欢他们怎么来处理问题，或者说你希望QA来怎么样帮你解决一些问题？

2005-06-28 10:35:38 阿芳(10294424)
小鱼，现在测试体系正在改进中。
比如，完善测试过程，提高测试人员的测试技能（因为我是测试出身，所以，这块我比较擅长），改变原来不合适的做事方法。
还在改进中，效果如何，我还不知道。我只是尽我所能去做了。


2005-06-28 10:36:25 小鱼(66944928)
提高测试人员的测试技能，这块也要你负责改进？

2005-06-28 10:36:59 gladys(19785708)
是的，她可以提议培训。。。内部或者外部   

2005-06-28 10:37:04 阿芳(10294424)
呵呵，不是我负责，我只是帮助我的头去做这件事情，算是超出职责吧。现在杂活都做。
还有就是在一些测试团队的讨论会议上，帮他们洗脑。^_^。

2005-06-28 10:38:42 小鱼(66944928)
测试转QA，我倒是第一次听说，这样较其它从事QA的人是不是多少有点优势？

2005-06-28 10:38:55 阿芳(10294424)
测试转QA，这个很普遍亚。

2005-06-28 10:39:31 小鱼(66944928)
我不明白，测试经理难道没有意识到要改进测试过程么？
我们公司的qa对我的工作没有任何帮助，反倒是总是来烦我

2005-06-28 10:40:55 gladys(19785708)
我想测试经理是会有意识要改进测试过程的，但他的资源应该来说没有QA丰富。。特别涉及到组织机构变化，与别的部门接口变化等等。

2005-06-28 10:41:00 阿芳(10294424)
开发经理难道没有意识到要改进开发过程吗？
同理

2005-06-28 10:42:05 gladys(19785708)
说说他们怎么烦你的吧？  烦你有两种情况，一是他让你做无用功。二是你觉得他让你做无用功。。。

2005-06-28 10:43:06 小鱼(66944928)
提到建议没有什么建设性

2005-06-28 10:45:32 gladys(19785708)
能否举个例呀？

2005-06-28 10:54:34 ╋映映╋(53447901)
to QA:
1、做好流程管理监督工作；
2、做好配置管理工作；
3、根据进度采取不同的监控方式；
4、做为第三方，合理划分里程碑；
5、不要试图干涉开发测试人员的工作方式；
6、所有的过程改进文档，应经过公司一把手的认同（应该是会议通过的），并签字后实施；
7、制定了流程后只要把控关键的入口出口就可以了；
8、经过实践考验的过程再拿来改进别人的工作，并考虑开发测试的技术能力和公司现状等问题；
9、过程改进中提到的流程及工具一定要做定期和不定期的培训（不要QA做，做好安排和监督就可以了）；
10、事前没有控制好的项目不要想着事后来弥补了，QA的工作就是做好事前控制的吧。

2005-06-28 10:55:10 ╋映映╋(53447901)
前三条说的有点泛了
第10条意思是：测试不是质量的救命稻草

2005-06-28 10:55:38 Yolanda*Z(290016950)
请教大家一个问题：
安装TD的服务器坏了，TD所用的数据库是Sql Server，现在从坏了的服务器中将数据库备份和TD附件等文件拷了出来，要在别外一台服务器上安装TD，请问如果将TD中的数据完整无误的都移到安装好的新TD中，重新正常使用。
我知道的是可以将数据库中的数据导出来（即BUG的描述信息），但是相关TD对应的附件信息却不知道如何才能关联起来

2005-06-28 10:56:56  e天(42447305)
附件信息只要安装的目录没有变化，数据库没有变化是自动关联的吧

2005-06-28 10:59:23 ray(8085413)
把目录考入到新机器的目录下
不要变就好了
TD自己就找到了


2005-06-28 11:00:24 gladys(19785708)
我觉得 ╋映映╋ 说的，做QA的真的是应该仔细看看!  绝对的测试人员真心话。。。

2005-06-28 11:01:10 gladys(19785708)
但针对 7、制定了流程后只要把控关键的入口出口就可以了；   我有不同意见
因为QA不光关心  是否做？ 还需要关心  怎么做？  要不他怎么改进呢？


2005-06-28 11:01:57 小鱼(66944928)
QA有没有这个能力先？

2005-06-28 11:02:44 ╋映映╋(53447901)
评审会开后去跟踪啊，监督计划执行情况呀

2005-06-28 11:03:25 小鱼(66944928)
这个倒是可以的

2005-06-28 11:04:13 ray(8085413)
问一个问题
你们公司都一个项目吗？


2005-06-28 11:04:19 gladys(19785708)
这是QA的职责，他如果没有能力，但他可以记录下所看到的。。。并且寻求帮助~!  比如请专家、请同行等等，这是做事的方法问题。

2005-06-28 11:04:36 ray(8085413)
我们公司N个项目，只有一个QA，我看她也管不了这么多阿

2005-06-28 11:05:02 ╋映映╋(53447901)
我们这里4个QA，8个测试


2005-06-28 11:05:13 小鱼(66944928)
她只是负责过程的控制，应该能够同时对付几个项目的

2005-06-28 11:06:20 找Bug吃的人 (19837470)
我现在开始做QA的工作了[]

2005-06-28 11:07:52 gladys(19785708)
这里还有没有开发人员？  有的话也说下怎么烦QA的吧[]


2005-06-28 11:10:22 ray(8085413)
我们这里一个QA，十几个测试
QA整天忙得就剩下组织评审会议了
其它的根本就跟踪不了


2005-06-28 11:11:49 小鱼(66944928)
我们公司qa非常的清闲，吃零食，看小说，因为她的checklist都没怎么更新，而逐步规范后，大家都会按照上面的做，她根本没什么可检查的了，形同虚设

2005-06-28 11:11:49 gladys(19785708)
ray，你说的这种情况，估计只有老板能解决啦~~!  
不增加资源  QA再做都不能改变现状。。。
当然也要考虑这个公司对QA的期望值 。。没准，老板觉得做了评审就不错啦，也有可能。

2005-06-28 11:18:02 gladys(19785708)
这个问题估计需要你们人力资源部的同志来解释比较好点[]

2005-06-28 11:20:29 找Bug吃的人 (19837470)
我正准备招个QA,如何那位想毛遂自荐一下了

2005-06-28 11:20:50 小鱼(66944928)
你公司再哪里啊？

2005-06-28 11:21:11 找Bug吃的人 (19837470)
北京

2005-06-28 11:23:33 gladys(19785708)
阿芳，你能感觉到你现在的公司对QA的期望值如何？

2005-06-28 11:25:27 阿芳(10294424)
期望是有，但是正如昨天看到的一则消息，“重视不是嘴巴说的”，行动上是否真的像他期望那样去关注QA以及公司质量氛围的搭建，我现在还觉得怀疑。所以，我现在觉得做的不是非常愉快。

2005-06-28 16:51:11 songfun(6975740)
to all：
   以下介绍几位新朋友——
    FastPoint --《软件测试与Junit实践》的作者 王东刚
    小丹尼 --深圳软件测试协会论坛(www.sztest.org)版主


2005-06-28 16:51:40  e天(42447305)
呵呵，又一批高手来了


2005-06-29 09:53:17 songfun(6975740)
to all：
  邀请来51testing QTP版另一个版主 lovetest6，以后大家有工具方面的交流多了个老师了，呵呵。


2005-06-29 14:19:22 cddell(373292830)
大家好,
TD 发的邮件，用Foxmail 查看的时候，显示的是XML 代码。这个问题怎么解决？？   

2005-06-29 14:20:12 荒野闲鹤(5405189)
用文本方式发送邮件^_^

2005-06-29 14:22:19 cddell(373292830)
我改用了 文本方式，可是提示发送失败。

2005-06-29 14:24:51 荒野闲鹤(5405189)
晕，不会的啊，文本发送应该更好发的

2005-06-29 14:25:56 芨芨草 /;-D(29710632)
不用foxmail接收是不是也是一样的问题呢？

2005-06-29 14:26:13 cddell(373292830)
不啊，outlook 就可以正常的查看。
只不过 开发的都习惯用foxmail ，只有将就别人了。

2005-06-29 14:27:10 荒野闲鹤(5405189)
是foxmail的问题，我们的也是这样的，换成文本形式发送就没有问题了

2005-06-29 14:27:27 芨芨草 /;-D(29710632)
那是不是foxmail设置不对啊
应该不是TD的问题

2005-06-29 14:29:20 荒野闲鹤(5405189)
应该说是两个程序使用的字符集不兼容的问题吧

2005-06-29 14:39:49 唵嘛呢叭咪吽(183666087)
用outlook express就可以


2005-06-29 16:32:59 cddell(373292830)
大家用过 jira  没有啊？

2005-06-29 16:33:30 沁儿(122721662)
我看过，但还没研究过
听说在java界很有名

2005-06-29 16:33:46 cddell(373292830)
JIRA是bug 管理的工具。   

2005-06-29 16:34:15 cddell(373292830)
好比一个 Tomcat ，启动服务后，就可以使用了

2005-06-29 16:34:43 ray(8085413)
我研究过

2005-06-29 16:34:54 阿芳(10294424)
jira挺不错的问题跟踪工具。
安装方便

2005-06-29 16:35:09 沁儿(122721662)
这个工具和td比怎么样？我们公司好像想用这个

2005-06-29 16:35:44 ray(8085413)
用惯了TD，用哪个不太习惯
其它的，都还不错

2005-06-29 16:35:53 阿芳(10294424)
td没有用过。但是jira确实不错，我个人对他感觉挺好。

2005-06-29 16:35:58 沁儿(122721662)
我觉得td对测试来说可能更适合，而jira对单纯的缺陷管理好像还不错

2005-06-29 16:35:57 cddell(373292830)
个人感觉，没有TD 全面

2005-06-29 16:38:00  e天(42447305)
不过TD对IE之外的浏览器支持不好，也会造成一些限制

2005-06-29 16:39:02 cddell(373292830)
td 管理了 需求，测试计划，测试步骤，bug，  jira 只管理了 bug


2005-06-29 16:39:11 沁儿(122721662)
呵呵，都是有缺陷的


2005-06-29 16:39:33 阿芳(10294424)
jira也可以管理需求变更。我就将需求变更和jira进行了整合。

2005-06-29 16:39:52 songfun(6975740)
嗯，我用maxthon用TD都出过问题，还是IE内核的。

2005-06-29 16:40:12 songfun(6975740)
jira是和mantis、bugzilla类似的工具了？

2005-06-29 16:40:21 ray(8085413)
恩

2005-06-29 16:40:24  e天(42447305)
对于windows方面来说，TD算最好的了，特别是我前几天把最新的补丁打上以后，觉得越来越好了

2005-06-29 16:40:42 cddell(373292830)
不过jira 安装 方便

2005-06-29 16:40:47 ray(8085413)
TD和微软的东西结合的还算不错

2005-06-29 16:40:53 cddell(373292830)
直接放在一个目录就可以了

2005-06-29 16:41:03  e天(42447305)
呵呵，TD安装也不麻烦

2005-06-29 16:41:07 cddell(373292830)
然后启动 它的服务
类似Tomcat


2005-06-29 16:41:19 ray(8085413)
我最痛恨得是就是bugzilla

2005-06-29 16:41:20 skinapi(53068351)
TD还可以管理测试执行，基本上整个流程下来都可以使用TD

2005-06-29 16:41:34  e天(42447305)
从7.2到8.0用了两年多了，觉得很好

2005-06-29 16:41:35 cddell(373292830)
jira 运行环境不受限制。

2005-06-29 16:41:54 ray(8085413)
bugzilla我折腾了好几天，勉强才能用起来
所以比较来说，bugzilla，还真是难弄

2005-06-29 16:42:51  e天(42447305)
bugzilla,好象网上有专门讲安装配置的

2005-06-29 16:43:07 ray(8085413)
就是按照哪个配置的，我是安装再windows下的
加上我对那些东西不熟悉

2005-06-29 16:42:20 cddell(373292830)
不知大家有没有 关注 web 方面的 单元测试？？

2005-06-29 16:42:42 songfun(6975740)
你用过httpunit？

2005-06-29 16:43:18 cddell(373292830)
jwebunit ，扩展了 httpunit  
httpunit  属于黑盒类的 代码级测试了。

2005-06-29 16:44:10 阿镇(14043856)
我现在正在linux下配置bugzilla，快疯了

2005-06-29 16:44:30 oldsong(215381291)
bugtracker.net是跟他们同一类型的bug管理工具么

2005-06-29 16:44:38 cddell(373292830)
用jira  吧。 很好的。

2005-06-29 16:45:23 ray(8085413)
找一个对apache和php比较熟悉的人来帮你
perl 好像是perl语言
不是php


2005-06-29 16:45:51 cddell(373292830)
还有一个 mantis   
或者你用 mantis  啊


2005-06-29 16:46:05 阿镇(14043856)
对linux也不熟

2005-06-29 16:46:08 cddell(373292830)
这个也好用的。

2005-06-29 16:46:27 阿镇(14043856)
mantis？

2005-06-29 16:46:31 cddell(373292830)
恩

2005-06-29 16:46:53 ray(8085413)
bugzilla是免费的，这个倒是比较讨公司喜欢的一点

2005-06-29 16:47:02 cddell(373292830)
mantis 数据库是mysql 的。也是php。  安装方便。    它也是免费的。

2005-06-29 16:47:40 pokemon(190725542)
bugzilla 在window系统上 安装很麻烦

2005-06-29 16:47:56 阿镇(14043856)
bugzilla，在linux下配置也不容易

2005-06-29 16:48:21 pokemon(190725542)
相对容易
因为 bugzilla在 window上配置  由于 bugzilla里边有bug
所以配置起来 很麻烦

2005-06-29 16:49:04 cddell(373292830)
Mantis，一个十分小巧的bug跟踪工具。

2005-06-29 16:49:47 阿镇(14043856)
我也想用简单的，可是领导说到的就是bugzilla，你说俺咋办？


2005-06-29 16:58:56 亦(32807868)
to 阿镇：
你要在linux下安装bugzilla?

2005-06-29 16:59:22 阿镇(14043856)
对啊

2005-06-29 16:59:37 亦(32807868)
对linux的发行版有没有要求？

2005-06-29 16:59:50 阿镇(14043856)
发行版？ 我这里有linux

2005-06-29 17:00:30 亦(32807868)
是不是可以用任何的linux? 例如:Debian或者Redhat或者Gentoo

2005-06-29 17:00:34 唵嘛呢叭咪吽(183666087)
干吗

2005-06-29 17:00:40 阿镇(14043856)
redhat

2005-06-29 17:01:46 亦(32807868)
to 阿镇：
  redhat没有试过，Debian下bugzilla我装过，很简单，基本不需要配置


2005-06-29 17:06:53 阿镇(14043856)
mysql和perl呢？

2005-06-29 17:07:27 亦(32807868)
Debian下直接自动配置好了
装完了就能用

2005-06-29 17:08:17 阿镇(14043856)
现在公司服务器是redhat
怎么我碰到的都是硬骨头
硬骨头也要啃，一定要攻占这个高地

2005-06-29 17:14:40 相煎何太急(54935325)
大家聊聊功能测试的实施吧：功能测试是否也有必要了解应用的架构和详细的设计分析内容呢？

2005-06-29 17:16:24 songfun(6975740)
to 相煎何太急：
  这个话题类似的在我们群“共享”的聊天记录里有过，呵呵。。。

2005-06-29 17:17:11 songfun(6975740)
如果对你们有帮助的话，就应该结合起来了解。
其实就是以白盒的角度设计系统用例

2005-06-29 17:19:26 cddell(373292830)
详细的设计分析内容 分为：1，技术层面的详细设计，2，业务逻辑层面的详细设计。   
不知你说的是哪种？？

2005-06-29 17:19:42 相煎何太急(54935325)
我想两种都应该包括

2005-06-29 17:20:24 cddell(373292830)
功能测试应该结合 业务逻辑层面的详细设计。

2005-06-29 17:20:32 songfun(6975740)
也不一定就是。

2005-06-29 17:20:40 cddell(373292830)
为什么？

2005-06-29 17:20:46 相煎何太急(54935325)
业务逻辑层的可以帮助我们写出好的逻辑用例来，而技术层面的详细设计，可以帮助我们了解模块的耦合关系，从而可以比较容易的定位修改会影响到哪些相关的功能

2005-06-29 17:22:24 cddell(373292830)
不知你们公司是否 能做到 技术层面的详细设计 文档的全面？

2005-06-29 17:23:00 相煎何太急(54935325)
我们公司的这些详细设计文档对测试人员是保密的，这点很郁闷，导致有时候，你只能凭经验去确定问题

2005-06-29 17:24:09 cddell(373292830)
我以前公司是从事 web 开发的，技术层面的详细设计 我个人感觉做的比较详细 了。
她列出了 主要模块的文件名，方法名，以及参数。
还有所有涉及的表 以及字段。

2005-06-29 17:25:57 相煎何太急(54935325)
这些都会对测试人员开放吗？

2005-06-29 17:26:02 cddell(373292830)
但是在实际的功能测试中，我们还是关注的 是业务逻辑的 详细设计。

2005-06-29 17:26:52 cddell(373292830)
恩。是的。我们是做外包的，IBM的外包，所有的文档都很详细

2005-06-29 17:27:05 相煎何太急(54935325)
测试人员设计的用例由谁来审查呢？

2005-06-29 17:27:31 cddell(373292830)
我们的客户。
客户来审查。  因为他们是最熟悉 业务的。  包括我们的测试数据。

2005-06-29 17:28:18 相煎何太急(54935325)
开发人员不参与吗？

2005-06-29 17:28:34 cddell(373292830)
开发人员不会参与 的。  

2005-06-29 17:28:36 相煎何太急(54935325)
那如果需求变了呢？如何控制设计和测试用例的变化

2005-06-29 17:29:32 cddell(373292830)
相应的 设计变更 ，会有相应的测试用例，当然也有客户 来确认。
开发人员不能参与用例的审查是因为： 在对业务的理解上面，开发人员的理解不一定正确。   

2005-06-29 17:31:16 相煎何太急(54935325)
可是设计人员呢？也不参与？

2005-06-29 17:33:22 cddell(373292830)
设计人员，在我们公司就是SA ，系统分析员。  系统分析员对业务 分析也不一定是OK 的，  同一件事情，不同的人员，有不同的理解。  
为了减少这种理解上的差异，所以测试用例的审查，由“客户”来确认。

2005-06-29 17:34:06 海袅云烟(23095462)
cddell 我认为传统行业的客户可以进行用例审查，但是如果是新业务的话连他们是没有经验的

2005-06-29 17:34:25 cddell(373292830)
这样，可以尽快地和客户达成对功能的共识。

2005-06-29 17:34:56 阿镇(14043856)
用户对用例的审查，可能会提出一些难以估量的问题

2005-06-29 17:35:02 cddell(373292830)
新业务，也是由客户提出的。  
我说的这种方式，比较适合外包形式的开发。

2005-06-29 17:35:19 海袅云烟(23095462)
恩
同意

2005-06-29 17:35:22 阿镇(14043856)
譬如会说你写的不够详细，这样会不会增加你的工作量呢？

2005-06-29 17:35:26 森林狼(6877439)
如果设计人员，编码人员，测试人员对需求没有达到一致的理解就开始编码，是比较危险的。

2005-06-29 17:35:31 cddell(373292830)
总比 在提交 release 的时候，提出问题要好的多吧

2005-06-29 17:36:12 阿镇(14043856)
个人认为用例审查的时候，是给使用用例的人群去审查，这样可以达到更好的沟通交流

2005-06-29 17:36:19 小鱼儿(66944928)
同意cddell的做法，我们公司也是外包性质的，所有的技术文档都是user approved


2005-06-29 17:36:55 海袅云烟(23095462)
原因是你们的客户是专业的

2005-06-29 17:37:28 相煎何太急(54935325)
我认为用例审查的时候，技术人员，系统分析人员，和测试人员，还有用户都应该有代表参加

2005-06-29 17:37:29 阿镇(14043856)
对，如果你在提交客户验收的时候，你的用例详尽度应该怎样把握呢？

2005-06-29 17:37:35 森林狼(6877439)
没错，外包的客户就是总项目负责人

2005-06-29 17:38:03 cddell(373292830)
我刚才说的前提是，所有的人员已经理解了 客户需求，但是怎么才能让客户知道你理解了他的需求呢？ 测试用例，测试数据就是一个比较好的反馈。

2005-06-29 17:38:13 相煎何太急(54935325)
技术人员可以告诉你，哪些模块间会有关联；分析人员和用户可以检查，用例涉及的逻辑部分

2005-06-29 17:38:40 cddell(373292830)
所以就有了单元测试

2005-06-29 17:38:45 阿镇(14043856)
恩，审查用例不就是审查用例的覆盖率么？

2005-06-29 17:39:20 cddell(373292830)
审查用例  是审查 对业务的理解程度。

2005-06-29 17:39:56 阿镇(14043856)
呵呵，如果不理解需求和业务，覆盖率只是空谈，对不？

2005-06-29 17:40:27 相煎何太急(54935325)
cddell：你们的单元测试是什么时候进行，是开发人员自己来完成吗？

2005-06-29 17:40:34 cddell(373292830)
是的
关于覆盖率，我想我们还应该有个 Function list 。

2005-06-29 17:41:20 相煎何太急(54935325)
现在有个问题就是，我们经常会发现开发人员的单元测试有时候做得并不是很足够，这种问题你们是怎么控制的呢？

2005-06-29 17:41:35 cddell(373292830)
每个function point， 都对应了一个或多个 testcase。

2005-06-29 17:42:09 阿镇(14043856)
受教

2005-06-29 17:42:29 cddell(373292830)
关于单元测试的覆盖度。  如果你们是 web 开发的话 ，我推荐 ant＋clover  

2005-06-29 17:42:57 相煎何太急(54935325)
clover?

2005-06-29 17:43:02 cddell(373292830)
clover 可以 判断单元测试在整个代码中的覆盖度


2005-06-29 17:43:08 相煎何太急(54935325)
可以自动生成测试代码？

2005-06-29 17:43:45 ╋映映╋(53447901)
clover不可以通过junit测试用例看代码覆盖率吧

2005-06-29 17:43:47 cddell(373292830)
clover 只是一个开源的工具。  在ant 中 添加 一个task ，就可以了。

2005-06-29 17:44:08 cddell(373292830)
当然可以，我已经 用过了。

2005-06-29 17:44:36 ╋映映╋(53447901)
我用的时候怎么出现了junit的覆盖率，而不是实际代码的覆盖率，是不是我搞错了

2005-06-29 17:44:49 cddell(373292830)
恩

2005-06-29 17:45:06 森林狼(6877439)
如何判断单元测试的覆盖率？是不是以前做单元测试的时候会在代码中留下痕迹，所以clover才会检测到

2005-06-29 17:45:33 cddell(373292830)
关于 clover 的运行机制，我没有研究。不好意思，回答不了。

2005-06-29 17:46:15 ╋映映╋(53447901)
一般都是在被测试代码中植入一些代码进行分析的。你说的也对

2005-06-29 17:47:26 ╋映映╋(53447901)
cddell你有没有写下你使用clover的经验

2005-06-29 17:48:03 cddell(373292830)
没有
我可以给你我的xml 脚本

2005-06-29 17:48:32 ╋映映╋(53447901)
ant的？

2005-06-29 17:48:34 相煎何太急(54935325)
我们现在的daily build是用ant + junit做单元测试

2005-06-29 17:48:40 ╋映映╋(53447901)
我简单用过

2005-06-29 17:48:48 相煎何太急(54935325)
我是否可以考虑改用ant + clover取代呢？

2005-06-29 17:49:23 ╋映映╋(53447901)
你说错了，当然不能替代了

2005-06-29 17:49:25 小鱼儿(66944928)
devpartner也可以测试代码覆盖率的，不知各位用过没有，它还能检测到代码的复杂度

2005-06-29 17:49:26 cddell(373292830)
ant＋junit＋clover 缺一不可

2005-06-29 17:49:47 ╋映映╋(53447901)
http://blog.csdn.net/wyingquan/archive/2005/03/21/325507.aspx
我用optimizeit codecoverage

2005-06-29 17:51:13 cddell(373292830)
我用的是 Jprobe  

2005-06-29 17:54:11 ╋映映╋(53447901)
这些工具都不错，有时间我们讨论一下工具以外的话题：）


2005-06-29 17:55:23 森林狼(6877439)
讨论得很好，要是能再细致一些就更精彩了

我想加入该群，请问号码是多少