http://www.kuqin.com/testing/ 挖经验 / 软件测试 zh-cn Copyright &copy; 2007-2008 <A href="http://www.kuqin.com">酷勤网</A> All Rights Reserved <A href="http://www.miibeian.gov.cn/" target="_blank">京ICP备07011765号</A> kuqin.com@163.com http://www.kuqin.com/testing/20080708/10758.html 1 QTP实用VBScript作为测试脚本语言，因此需要掌握很多VBScript的知识；软件测试自动化框架 ；QTP的用户指南 Sources:；COM/DCOM 技术 主要是Excel, Word, Outlook等相关的COM技术；HP的QTP Knowledge Base 包含很多实用的QTP技术文章…… 2008-07-08 软件测试 motevich.blogspot.com CSDN博客 http://www.kuqin.com/testing/20080706/10527.html 没有用户时，可用性测试可以这样做：拿草图找几个人按照操作的思路走一遍，以此来验证思路，查找疏漏；此方法只是在思考的过程中，用一个便捷的方法验证一下自己的思路，以此来改进设计，查找疏漏。 2008-07-06 软件测试 奇遇 奇遇,目标导向设计 http://www.kuqin.com/testing/20080703/10336.html 我提倡使用最小化资源的方式做一次压力测试，排除大部分浅显的应用问题。最小资源的意思，即在pc环境，使用应用可以运行的最小资源状态下，进行压力测试和性能问题侦测的工作。 2008-07-03 软件测试 鬼狗 BlogJava http://www.kuqin.com/testing/20080629/10261.html 对于TDD的“单元测试”与传统的“单元测试”之间的差异，业界一直存在着误解。知名的XP贡献者Mike Hill，对这些误解进行了澄清。他还特别讲述了在Industrial Logic的经历，在那里展开教学时，他和其他人一起使用“微测试”这个词汇来指代TDD的单元测试 2008-06-29 软件测试 Mike Bria译者 郑柯 InfoQ http://www.kuqin.com/testing/20080619/9712.html YSlow 能够评价一个网站的性能，基于Yahoo! Developer Network 的 best practices for high performance web sites . Firebug 是一个优秀的基于浏览器的web开发工具，调试，测试，分析web页面，firefox用户一定不会陌生。Fiddler 2 是一个基于浏览器的HTTP调试工具 2008-06-19 软件测试 sixrevisions.com JavaEye http://www.kuqin.com/testing/20080614/9505.html 这里列出了一份 31 个我最喜爱的免费在线测试工具，你可以通过这些工具来测试你的网站，并根据结果对你的网站进行修改。包含：网站代码验证、网站的使用性测试、网站的速度测试、浏览器模拟工具、搜索引擎优化 (SEO) 2008-06-14 软件测试 avivadirectory.com zsk.akaka.com.cn http://www.kuqin.com/testing/20080610/9344.html Microsoft的开发平台VSTS(Visual Studio Team System) 集成了单元测试框架(Team Test)。使用VSTS写单元测试的步骤如下：1. 创建测试；2. 编写测试；3. 运行测试；4. 代码覆盖。 2008-06-10 软件测试 钢钢 博客园 http://www.kuqin.com/testing/20080610/9343.html 执行单元测试，是为了证明某段代码的行为确实和开发者所期望的一致。而单元测试的核心内涵：这个简单有效的技术就是为了令代码变得更加完美。除了单元测试方法的 [TestMethod()] 属性及其包容类的 [TestClass()] 属性之外，可使用其他属性启用特定的单元测试功能。 2008-06-10 软件测试 随飞 博客园 http://www.kuqin.com/testing/20080610/9342.html 单元测试是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。执行单元测试，是为了证明某段代码的行为确实和开发者所期望的一致。 2008-06-10 软件测试 [美]Andrew Hunt Davrd Thomas 《单元测试之道C#版》 http://www.kuqin.com/testing/20080610/9341.html 使用 test tunner 的3种方法：1. NUnit GUI，它提供一个独立的NUnit 图形化工具。从菜单Tool/Options中的个性化设置来打开Visual Studio支持；2. NUnit 的命令行，需要配置Path运行环境；3. Visual Studio 的插件 2008-06-10 软件测试 钢钢 博客园 http://www.kuqin.com/testing/20080610/9333.html 在你编写一个方法之前或是之后编写单元测试--根据我的经验，只要你在编写代码的几乎同时就考虑并编写单元测试程序，那么这就无关紧要了。过后再返回去写测试程序将导致问题。就我个人而言，我喜欢在编写少量代码之前或紧接着的之后就编写单元测试 2008-06-09 软件测试 johnsmart BlogJava http://www.kuqin.com/testing/20080609/9318.html 测试员提问：你以前见过这个网站吗？请告诉我你对这个页面布局的第一印象，以及对颜色、图形图像等的想法；先不点击任何东西，请描述你在首页上看到的选项、你觉得是做什么用处的。可以滚动页面，不过再次提醒现在不要点击任何东西；你觉得这个网站的目标是什么？ 2008-06-09 软件测试 不详 Ami's UCD WorkBook http://www.kuqin.com/testing/20080525/8919.html Gallio自动化平台是一个开放的，可扩展，和中立的系统，为.NET提供了一个公共的对象模型，运行时的服务和工具，在任何数量的测试框架中起协调作用。Gallio平台的目标是促进建立一个丰富的社区和厂商所开发的大量的测试工具之间互操作的生态系统 2008-05-25 软件测试 自由、创新、研究、探索…… 博客园 http://www.kuqin.com/testing/20080525/8918.html NUnit 2.4.7是NUnit的最新的产品版本。我们建议大家在你的测试中使用这个版本。NUnit 3.0是一个在计划中还没有发布的下一代NUnit。我们把它叫做NUnit扩展测试平台，以区别于目前的NUnit框架。NUnit 2.5不是原先计划发布的版本。2.4版本是原先遵循原先3.0的计划版本 2008-05-25 软件测试 Mark Levison译者 张善友 InfoQ http://www.kuqin.com/testing/20080513/8455.html 利用Visual Studio Test Edition，可在Visual Studio中创建、管理、编辑和运行测试，可获取和存储测试结果。NUnit是.NET的单元测试框架，xUnit是一套适合于多种语言的单元测试工具。TestDriven.NET是以插件形式集成在Visual Studio IDE中的单元测试工具。 2008-05-13 软件测试 李永京 博客园 http://www.kuqin.com/testing/20080506/8020.html 覆盖是一种白盒测试方法，测试人员必须拥有程序的规格说明和程序清单，以程序的内部结构为基础，来设计测试案例。其基本准则是则测试案例来尽可能多地覆盖程序的内部逻辑结构，发现其中的错误和问题。所以，覆盖测试一般应用在软件测试的早期，即单元测试阶段。 2008-05-06 软件测试 不详 51testing http://www.kuqin.com/testing/20080506/8019.html 如何在资源、进度和质量之间找到平衡点是产品负责人需要考虑的问题，测试人员可以左右的是划定性能测试的范围、明确与性能测试相关的设计需求（提高产品的可测试性）以及通过自动化测试工具等手段来进行更加有效的性能测试，提高产品的质量。 2008-05-06 软件测试 Craig He 中国IT实验室 http://www.kuqin.com/testing/20080506/8009.html （1）在软件开发周期中使用的各种工具不能够很轻易地整合在一起；（2）很多冗余的信息被存储在多个库中；（3）被测试工具圈着鼻子走；（4）整个测试组的每个人都在忙着编写自动化测试脚本；（5）重复开发的劳动，尝试编写一些非常复杂的测试脚本…… 2008-05-06 软件测试 不详 CSDN博客 http://www.kuqin.com/testing/20080423/7469.html 适度应用TDD将会带来惊人的效果。我们认为它是当今软件开发的一个非常重要的“潮流”。我们不断遇到开发人员，他们告诉我们他们已经尝试TDD并且再也不会放弃。正如我们在这儿示范的，TDD并不仅仅适用于“对象”，你也可以在C语言中使用它。 2008-04-23 软件测试 梁-兄 C++博客 http://www.kuqin.com/testing/20080420/7109.html 前段时间一位同事开发了一个GUI自动测试工具，我们把它用于BUG重现和压力测试中，取得了不错的效果。这里介绍一下DirectFB里面事件录制和重放的方法。DirectFB中的笔点事件是以相对坐标方式表示的，所以要保证重放时光标在同样的初始位置。 2008-04-20 软件测试 李先静 CSDN博客 http://www.kuqin.com/testing/20080416/6851.html Martin Fowler曾说过，软件开发领域中此前从没有过这样的事情：很少几行代码对大量的代码起了如此重要的作用。JUnit过去直到如今依然是单元测试的一个标准，是最流行的开源工具。当然现在我们有许多有别于JUnit的其他的开源工具。我自己，除了使用JUnit外，还用TestNG 2008-04-16 软件测试 Tom Wheeler,Meera Subbraro JavaEye http://www.kuqin.com/testing/20080411/6520.html 应用单元测试，首先要解决的是单元测试的关注点。测试的关注点在于测试逻辑，只要有逻辑就要写测试代码。测试的手段就是验证所有被测试方法的所有产出物，包括：1. 测试方法的返回值；2. 测试方法的执行流程。 2008-04-11 软件测试 林仪明 捷道·敏捷堂 http://www.kuqin.com/testing/20080407/6164.html QA的工作分为测试、流程制定和流程监督三部分。质量不是靠守门守出来的，而是靠贯穿整个软件生命周期的管理管出来的。敏捷项目为什么容易获得更好的质量？因为它把质量管理落实到每个小时的每件具体事情上，而不是写在纸上。 2008-04-07 软件测试 熊节 捷道·敏捷堂 http://www.kuqin.com/testing/20080407/6163.html 在做测试工作时，时刻提醒自己以下几点：测试就是为了发现缺陷，尽早地、尽可能多的发现缺陷；做事情不崇拜技术，而是要紧紧抓住目标，力求简洁有效、事半功倍，绝不要使用事倍功半的方法；在实施测试自动化的过程中，质量还是本，绝不能以质量换取自动化程度。 2008-04-07 软件测试 朱少民 CSDN博客 http://www.kuqin.com/testing/20080406/6037.html 许多性能测试工具可以帮你的忙，在这篇文章里，我们将专注于其中一个这样的工具：Microsoft&reg; Web Application Stress (WAS)工具。你可以在微软的Microsoft Windows&reg; 2000 Resource Kit CD (WAS version 288)里面找到这个工具。 2008-04-06 软件测试 Aaron Ching, Pedro Silva, and 月光博客 http://www.kuqin.com/testing/20080404/5870.html Gallery的第一部分包含了一些常用的敏捷验收测试的思想，以及在Fit和FitLibrary包中使用fixture的信息： 对于每一种fixture的类型来说，文档都解释了表的格式和fixture类的结构，并提供了关于何时使用，何时不使用它们的建议。 2008-04-04 软件测试 Mike Bria 译者 韩锴 InfoQ http://www.kuqin.com/testing/20080401/5616.html 10大测试工具：企业级自动化测试工具WinRunner；工业标准级负载测试工具Loadrunner；全球测试管理系统testdirector；功能测试工具Rational Robot；单元测试工具xUnit系列；功能测试工具SilkTest；性能测试工具WAS；自动化白盒测试工具Jtest 2008-04-01 软件测试 CSDN CSDN http://www.kuqin.com/testing/20080401/5615.html 推荐各位Web 2.0开发测试人员使用Microsoft 的Web Application Stress Tool这个工具软件，微软提供的小工具仅9.58M，很小巧且实用。功能上比不了专业的LoadRunner，但LoadRunner体积庞大，价格不菲，一般的企业也不会花那么多钱去购买LoadRunner，而微软的WAS是免费 2008-04-01 软件测试 月光 月光博客 http://www.kuqin.com/testing/20080330/5457.html 在本文中，我们学习了如何对用户界面层进行单元测试，这些测试可帮助我们理解UI的需求，并快速地看到基于用户输入所得到的结果。而如果手动进行测试，就要花费很多时间了。 2008-03-30 软件测试 AzamSharp 博客园 http://www.kuqin.com/testing/20080328/5336.html 也许你用过一些“所见即所得”网页编辑器来进行网站的设计开发，但是却无法保证网站的访问者“所得即你所见”。那么你需要深入测试你的网站以确保访问者有一个良好的体验，不至于看都不想看就把它关掉。这里推荐了几种有用的工具来测试你的网站。 2008-03-28 软件测试 Amit Agarwal JavaEye http://www.kuqin.com/testing/20080311/4372.html FitNesse是帮助大家加强软件开发过程中的协作的工具。从另外一个角度看，FitNesse是一个轻量级的、开源的框架，能够帮助开发团队方便的定义验收测试（Acceptance Tests），通过在web页面上简单的输出和预计输出的表格就可实现，并且可以运行这些测试以确定是否通过。 2008-03-11 软件测试 峻祁连 博客园 http://www.kuqin.com/testing/20080114/3715.html 1. 每半年读一本测试书籍；2. 每半年学一门测试技术；3. 每半年学一门IT技术；4. 要学会思考；5. 要重视测试设计；6. 多和测试同行交流。 2008-01-14 软件测试 whtx1980 LiveSpace http://www.kuqin.com/testing/20071229/3207.html 1、每次只对一个对象进行UT测试；2、给测试方法起个好名字；3、明确写出出错原因；4、一个UT测试方法只应该测试一种情况；5、测试任何可能的错误；6、让你的测试帮助改善你的代码；7、一样的包，不同的位置…… 2007-12-29 软件测试 不详 互联网 http://www.kuqin.com/testing/20071129/2722.html 在微软，测试不仅使用一些通用的工具，每一个产品还有专门开发的专用工具库，测试的代码量常常超过项目本身的代码量。 一个软件企业要提高其软件开发的能力，特别是针对大型软件的大规模的快速开发能力，在测试方面对传统理念和方法进行突破是必要的。 2007-11-29 软件测试 微软 王志峰(Jeff Wang) 互联网 http://www.kuqin.com/testing/20071129/2721.html 在建立了单元测试机构之后，就是建立测试流程规范。在推广初期，并不一定需要建立完备的流程。只需要考虑好几个关键点，让单元测试工作起来。好多机制就是越转越好！否则，再完备的机制也容易因为磨合不好而最终失败。重要的是，建立单元测试报告的优先处理机制。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2720.html 很多情况下开发者的单元测试和QA的测试没有明显的界限，两者交际的区域是一种灰色地带，有时QA水平很低下，开发者就必须进行很多QA形式的测试，有时两者的程序设计能力都很强，但是交流不够，两者会设计很多相同重复的测试案例。 2007-11-29 软件测试 Richard Sun CSDN博客 http://www.kuqin.com/testing/20071129/2719.html 软件工程中有很多新的工具，但我们往往发现叫好不叫座，而原因往往也是使用中国的一句古话就是：具体问题具体分析。但是回过头来分析一下，其实很多具体问题都是可以有办法解决的。将这些总结贡献出来，希望我们中国的软件技术走得更快点。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2718.html 一开始，我们是可能只有一两个人编写测试脚本，而且还可能两人商量着、研究着，因此开始时候，协同的需求并没有那么紧急。但随着脚本工程慢慢扩大，而两个人已经开始分工，各自负责各自的代码。协同一下子变成最最麻烦的事。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2717.html 对于Ruby，我计划是作为一个测试步骤（TestStep）加入到原有脚本中。这样既不会丢掉原有脚本编辑的优势，又同时拥有了强大扩展能力。如果DSL实现了，那么编程就会变得更加简单。Ruby脚本的易用性，是经过众多网友验证的。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2716.html 日志是脚本在运行过程中记录下来的信息。对于测试来讲，这些脚本中的错误信息是他们非常需要的。最好的情况是，测试错误能自动发送到相关模块的编码负责人手里，只不过由于这点往往需要和开发管理系统相连接，因此暂时不考虑。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2715.html 分析日志更是重要，事实上，没有日志的自动化测试没有人愿意去做。目前还是先根据一些简单的需求，做了一些统计，相信以后还会增加的功能是版本日志对比。这样可以看到系统的稳定性变化趋势。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2714.html 在重构过程中，对新的方法编写测试用例更加有效。因为重构往往是在时间紧急的情况下进行的，所犯错误可能比初期编码阶段更容易。这个阶段，旧的单元测试代码和新的单元测试代码能够很好提升系统的稳定性。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2713.html 对于自动化测试框架来说，只需要随意作为一个Dll，并注入到原系统中就可以了。如果原系统提供了注入的扩展，那是最好。因为这样调试起来很方便。否则就做成远程注入，不过调试的时候只能Attach了，很麻烦。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2712.html 判断控件的可见性是非常简单的。但是对于真正不可见的控件的实现，遇到了很多问题，也曾经考虑过绕过去，但是最终我们还是确定，这是一个非常好的原则，必须坚持下去，它将大大改善编写测试代码的简单性和可读性。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2711.html 最近在考虑自动化测试框架的时候，发现原来的想法，虽然解决了定位及访问控件的困难。但是，用例代码却因此对程序实现细节有了很强的依赖。这些依赖可能对用例代码的开发带来一些困惑。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2710.html 从技术上讲，本篇博客只适合了解VCL的Delphi程序员阅读。但其间的思想，相信大家都可以借鉴。下面我的描述过程，是以我的探索过程来进行讲述的。中间会带出相关技术点，供大家参考。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2709.html 我们在做软件的时候，想到的是如何满足需求。要考虑如何超出其需求，确实比较难。因为这和正常工作是不一样的。联想起Windows XP，其实超强的用户体验，一定是可以让客户有Surprise的感觉的。超酷的界面、超酷的动画、超酷的自动化！ 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2708.html 做任何事，要牢记你的用户是谁！设计一个框架，要知道你的用户的使用需求是什么，这样，框架设计才可能容易被接受，离成功也就越进一步了。在设计初期，就考虑将控件的访问封装起来。对于测试人员来说，所有的控件都已经封装好了，他们只需要调用就可以了。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2707.html 消息机制和流程代码的冲突，是根本原因，简单的模型，就是循环嵌套循环问题，使用钩子，在循环开始处，触发任务。 2007-11-29 软件测试 韩小明 CSDN博客 http://www.kuqin.com/testing/20071129/2706.html 测试框架有多种方式：第一、最典型的就是消息驱动，自动化工具通过脚本录制和编写，保存为测试脚本。第二、嵌入式，TestComplete就是这类工具。第三种方式：一体式，这种方式中，通过给程序在打包的过程中，添加额外的框架代码，是的程序自动提供控件的访问方式 2007-11-29 软件测试 韩小明 CSDN博客