秋阳的软件测试专栏

@sky
如果你对业务很熟悉、思维缜密，即使不会编码，依然会是一名优秀的测试工程师，但是你的团队，依然需要具有开发能力的人，有几个原因：有些测试工作，手工能很难进行；了解系统实现，能更好的设计、规划测试工作；软件测试的趋势就是用程序测试程序。
所以为了自己的职业发展，测试人员还是需要学习软件开发的知识。目前软件测试这个行业，存在一些局限，我认为就是因为技术基础的原因，一些最优秀的技术人员没有加入到软件测试这个行业中来，以后肯定会大有改观

不好意思，我没有QQ
这是audit的基本功能，如果你要使用这个软件，这些基本操作需要你自己去掌握

这两个都是内置的度量元，可以直接使用
函数的代码行数： lc_stat
圈复杂度:ct_vg

这种东西，每个人都会有自己的理解，不会有什么统一的答案

好久没来博客了
很高兴这么久以前写的的文章，还能给别人带来帮助

@呵呵
选择Unix即可

你把监控项删除再添加一遍

那是因为你没有选择监控unix资源这一项
选择Available Graphs>System Resource Graphs>UNIX Resources即可

呵呵~那我就快乐的享受"老公司机"带给我的——无尽的幸福喽！

呵呵，你的生活刚刚开始
加油吧，年轻人！

good！
thanks!

你的测试机有限，你没有办法为每个用户都分配一个证书，而且这也是没有必要的，因为性能的瓶颈不会出现这里

是

一个证书

你运行测试的机器安装了证书后，可以进行多用户的并发测试

rstatd服务能够正常启动后，直接添加被监控机器的IP即可，不需要登录帐户

有支持java的版本

我好像遇到过这种情况，你发个截图给我

fxzeng,你说的每一句话都是对的。
但就国内的情况来说，自动化测试才刚刚起步。对于一个组织，如果没有资源的支持，测试自动化的实施还是谨慎为好，往往会得不尝试

老大，Zoundry不行啊。我按照你的说明设置了，提示连接不上

感觉制定编码规范的好处是：可以让你对这门语言非常的熟悉，包括一些边边角角的特性，对自己的经验也是一次总结。
现在看起来，这份规范还是冗长，让我重写的话，会再砍去一半的内容。规范最重要的是简明，一些经验性的东西可以放到一个内容更广泛的文档中去作为扩展阅读。

能对大家有所帮助，我非常高兴。
我能体会一个新人在遇到问题时的感觉，因为我也是从那个时候走过来的。对于那个时候给予我指导的人，我非常感谢他们

小羯子:首先说明，这篇文章不是我写的，所以里面的内容全部是属于作者的。不过关于回归测试的自动化，我倒是可以给你2个实现方式的建议：1、如果你们的资源充足，那么可以针对用例，编写相对应的测试脚本，在回归测试时，可大大减轻工作量。2、如果资源比较紧张，那么可以针对测试管理系统中的bug，编写与其对应的测试脚本。这也是很有价值的工作，如果是刚刚开始引入自动化，我建议你们做这个工作

祝你在二○○六年能实现你的愿望

这个软件没有免费的版本
你可以到Compuware的网站上看看是否有试用版的下载

呵呵，欢迎你，希望你将来喜欢这份职业

追风逐月，我和你有相同的经历，也是因为无法忍受CSDN的不稳定才迁移到这来的
ps:我看了你的blog，文章的排版做的非常不错:)

关于“听说女生最好去做软件测试”，我不知道你的那位朋友是怎么得出的结论，可能指的是女生比较细心吧。细心对于测试工作确实是重要的，但软件测试对开发能力，创造性，逻辑思维能力，快速学习等能力的要求也是很高的，尤其是你想在这个职业上有所作为的话。
软件测试是一个很有挑战性的工作，尤其是现在还有很多的问题没有好的解决办法。所以如果你感兴趣，选择这个职业是个不错的决定。

我现在手头上没有logiscope,无法进行试验

从输出的信息看，我建议你重新建立这个aduit工程

你可以到www.china-pub.com上找到这本书
不过如果你以前没有接触过软件测试，我建议你先不要看这本书，可以看一些更全面，更系统的

我很高兴这些文章对你有所帮助
这些是我2年前写的文章，那个时候做的静态分析工作比较多，主要针对C和C++的代码

在单元测试阶段，还有一类使用的很广泛的测试工具——xunit。由于我写这篇文章时，还没有接触到xunit，所以文中没有提到。
xunit是一个单元测试框架集合，针对大多数的语言都有一个对应的工具，如JUnit，CppUnit...使用xunit辅助进行单元测试还是非常有效的。