<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>阳光网志 &#187; 软件测试</title>
	<atom:link href="http://www.hiadmin.org/category/testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.hiadmin.org</link>
	<description>以wordpress为基点，关注软件生命周期，IT互联网和技术分享的个人博客</description>
	<lastBuildDate>Wed, 08 Sep 2010 12:32:40 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>用cronolog分割apache日志</title>
		<link>http://www.hiadmin.org/testing/cronolog/</link>
		<comments>http://www.hiadmin.org/testing/cronolog/#comments</comments>
		<pubDate>Mon, 30 Aug 2010 11:44:34 +0000</pubDate>
		<dc:creator>阳光</dc:creator>
				<category><![CDATA[软件测试]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[cronolog]]></category>
		<category><![CDATA[日志分割]]></category>

		<guid isPermaLink="false">http://www.hiadmin.org/testing/cronolog/</guid>
		<description><![CDATA[今天在百度知道上面看见有人问apache的日志怎么分割，想起来以前在做服务器维护的时候做过这个事情，就下来发给他了，这次就随便把它记录下来了，要不然过段时间就给忘记了。

apache默认是没有对日志进行分割的要做的话用cronolog.exe工具或者是apache自带的rotatelogs命令来实现
用得比较多的是cronolog.exe所以就使用cronolog.exe的方法 

cronolog工具可以在linux下运行也可以在windows主机上面运行的，linux的安装方式很简单的，make install一下就可以搞定了，安装好了设置方式一样的，下面说说在windows主机上面的设置方式。]]></description>
		<wfw:commentRss>http://www.hiadmin.org/testing/cronolog/feed/</wfw:commentRss>
		<slash:comments>43</slash:comments>
		</item>
		<item>
		<title>测试最需要的是淡定</title>
		<link>http://www.hiadmin.org/testing/testing-mentality/</link>
		<comments>http://www.hiadmin.org/testing/testing-mentality/#comments</comments>
		<pubDate>Fri, 20 Aug 2010 12:14:20 +0000</pubDate>
		<dc:creator>阳光</dc:creator>
				<category><![CDATA[软件测试]]></category>
		<category><![CDATA[testing]]></category>
		<category><![CDATA[测试心态]]></category>

		<guid isPermaLink="false">http://www.hiadmin.org/testing/testing-mentality/</guid>
		<description><![CDATA[The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed. 

最好的测试者并不是那些找到最多BUG的人，或者是那些困扰了最多开发者的人，而是那个得到最多BUG FIXED的人。

最近学会了一句话，叫淡定，感觉有时候还是蛮受用的。这个淡定更是有其中的玄妙之处。]]></description>
		<wfw:commentRss>http://www.hiadmin.org/testing/testing-mentality/feed/</wfw:commentRss>
		<slash:comments>24</slash:comments>
		</item>
		<item>
		<title>《软件测试的艺术》笔记之极限测试</title>
		<link>http://www.hiadmin.org/testing/limit-test/</link>
		<comments>http://www.hiadmin.org/testing/limit-test/#comments</comments>
		<pubDate>Tue, 10 Aug 2010 04:48:38 +0000</pubDate>
		<dc:creator>阳光</dc:creator>
				<category><![CDATA[软件测试]]></category>
		<category><![CDATA[testing]]></category>
		<category><![CDATA[极限测试]]></category>

		<guid isPermaLink="false">http://www.hiadmin.org/testing/limit-test/</guid>
		<description><![CDATA[软件测试的艺术》这本书看了那么长时间才看完，由于在写笔记所以这个过程有点慢了，这次的笔记差不多是最后一篇了，到此结束。写这篇笔记的目的也是为了自己以后再回过来看《软件测试的艺术》时不用在翻书了，另外在记笔记的过程中对书的理解也更深入、记忆更深刻。

极限测试
为了满足XP的流程和思想，开发人员使用了极限测试方法，该方法强调连续测试。极限测试主要由两种类型的测试组成：单元测试和验收测试。

极限单元测试]]></description>
		<wfw:commentRss>http://www.hiadmin.org/testing/limit-test/feed/</wfw:commentRss>
		<slash:comments>27</slash:comments>
		</item>
		<item>
		<title>《软件测试的艺术》笔记之软件调试</title>
		<link>http://www.hiadmin.org/testing/debugging/</link>
		<comments>http://www.hiadmin.org/testing/debugging/#comments</comments>
		<pubDate>Wed, 28 Jul 2010 13:42:38 +0000</pubDate>
		<dc:creator>阳光</dc:creator>
				<category><![CDATA[软件测试]]></category>
		<category><![CDATA[testing]]></category>
		<category><![CDATA[软件调试]]></category>

		<guid isPermaLink="false">http://www.hiadmin.org/testing/debugging-2/</guid>
		<description><![CDATA[《软件测试的艺术》一书里面有专门的一章用来介绍调试的，可见当软件出现意想不到的错误的时候，调试时何其重要！所以这一章里面的笔记内容是比较多的。简单地讲，调试是执行一次成功的测试之后所要进行的工作。记住，所谓成功的测试，是指它可以证明程序没有实现预期的功能。虽然调试对于程序测试来说非常必要、不可或缺。但它似乎是软件开发过程中最不受程序员欢迎的部分之一。其主要原因可能包括以下几点：个人自尊会从中阻扰、热情耗尽、可能会迷失方向、必须自力更生。

暴力法调试 
这种方法之所以流行，是因为它不需要过多思考，是耗费脑力最少的方法，但同时也]]></description>
		<wfw:commentRss>http://www.hiadmin.org/testing/debugging/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>《软件测试的艺术》读书笔记二</title>
		<link>http://www.hiadmin.org/testing/software-testing-notes2/</link>
		<comments>http://www.hiadmin.org/testing/software-testing-notes2/#comments</comments>
		<pubDate>Mon, 26 Jul 2010 14:43:30 +0000</pubDate>
		<dc:creator>阳光</dc:creator>
				<category><![CDATA[软件测试]]></category>
		<category><![CDATA[testing]]></category>
		<category><![CDATA[软件测试的艺术]]></category>

		<guid isPermaLink="false">http://www.hiadmin.org/testing/%e3%80%8a%e8%bd%af%e4%bb%b6%e6%b5%8b%e8%af%95%e7%9a%84%e8%89%ba%e6%9c%af%e3%80%8b%e8%af%bb%e4%b9%a6%e7%ac%94%e8%ae%b0%e4%ba%8c/</guid>
		<description><![CDATA[这次的笔记是继前几天《软件测试的艺术》读书笔记的后续了，也不知道能不能坚持吧《软件测试艺术》这本书的笔记都写完，上一次的《软件测试》第二版的笔记就在半途夭折了！

好了闲话不说了。

测试用例的设计

    * 由于时间和成本的约束，软件测试的最关键问题是：在所有可能的测试用例中，哪个子集最有可能发现最多的错误？
    * 黑盒测试：等价类划分、边界值分析、因果图分析、错误猜测
    * 白盒测试：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖]]></description>
		<wfw:commentRss>http://www.hiadmin.org/testing/software-testing-notes2/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>《软件测试的艺术》读后感</title>
		<link>http://www.hiadmin.org/testing/software-testing-response/</link>
		<comments>http://www.hiadmin.org/testing/software-testing-response/#comments</comments>
		<pubDate>Sat, 24 Jul 2010 13:09:57 +0000</pubDate>
		<dc:creator>阳光</dc:creator>
				<category><![CDATA[软件测试]]></category>
		<category><![CDATA[testing]]></category>
		<category><![CDATA[软件测试的艺术]]></category>

		<guid isPermaLink="false">http://www.hiadmin.org/testing/%e8%bd%af%e4%bb%b6%e6%b5%8b%e8%af%95%e7%9a%84%e8%89%ba%e6%9c%af%e8%af%bb%e5%90%8e%e6%84%9f/</guid>
		<description><![CDATA[《软件测试的艺术》这本书断断续续看了2周，这是续《软件测试（原书第2版)》之后认真看过的第二本软件测试类 的书籍。延续了30年的经典测试书籍不管是新人还是老手都值得一看。 看完一本书写个总结，当过一段时间在 来看这本书的时候，发现经验增长了对本书的理解又更进一个层次，就像那个广告说的“每一次的感觉都不一样”！ 软件测试的目的并不是为了验证软件能够达到设计说明书的要求，而是为了发现软件错误而运行软件的过程。这与传统软件测试书籍形成了鲜明的对比。 本书的一些观点 1.测试是为了发现错误而执行程序的过程。正向测试验证功能，但核心内容是反向测 试，发现错误。 测试人员首先要直觉的认为被测程序有错误而需要去发现。 2.能发现错误的测试用例才是成功的用例。 就算全部测试用例通过，也不能作为测试结束的标志。 3.任何方式方法都有局限性，需要对不同问题采取不同的方法。 4.“采集-分析-汇总-提高”。测试过程要留心去总结提高，建立项目和个人的 bug、易犯错误表， 调试错误分析表等。 5.测试过程有很多方法都需要经验和直觉。测试是个复杂的脑力劳动。 6.不要认为测试很简单，一个输入框可以写几十条测试用例 7.在所有的测试用例中，那些个子集最有 可能发现最大的错误 你可能也会喜欢这些文字2010年07月26日 -- 《软件测试的艺术》读书笔记二2010年07月23日 -- 《软件测试的艺术》读书笔记2010年08月20日 -- 测试最需要的是淡定2010年08月10日 -- 《软件测试的艺术》笔记之极限测试2010年07月28日 -- 《软件测试的艺术》笔记之软件调试]]></description>
		<wfw:commentRss>http://www.hiadmin.org/testing/software-testing-response/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>《软件测试的艺术》读书笔记</title>
		<link>http://www.hiadmin.org/testing/software-testing-notes/</link>
		<comments>http://www.hiadmin.org/testing/software-testing-notes/#comments</comments>
		<pubDate>Fri, 23 Jul 2010 12:56:59 +0000</pubDate>
		<dc:creator>阳光</dc:creator>
				<category><![CDATA[软件测试]]></category>
		<category><![CDATA[testing]]></category>
		<category><![CDATA[软件测试的艺术]]></category>

		<guid isPermaLink="false">http://www.hiadmin.org/testing/%e8%bd%af%e4%bb%b6%e6%b5%8b%e8%af%95%e7%9a%84%e8%89%ba%e6%9c%af%e8%af%bb%e4%b9%a6%e7%ac%94%e8%ae%b0%e4%b8%80/</guid>
		<description><![CDATA[最近阅读了《软件测试的艺术》一书，随便就记录下了读书笔记。《软件测试的艺术》一书是阳光看的第二本关于软件测试方面的书籍了。 该书虽然很薄但是书中所将的内容却很全面。第一章以一个小测试作为引子，第二章阐述全书的核心思想，后面各章就讨论了详细的方式方法。所谓详细也是相对而言，能打下进一步学习的基础就足够了。实例很少，偏向于原则、理论、概念 软件测试心理学：测试是为发现错误而执行程序的过程。测试不是为了证明软件是好的，发现错误时测试的目标。 软件测试经济学：软件中包含的错误的总和永远是未知数，所以要找到软件中包含的所有错误，几乎是不可能的。 软件测试的重要原则： 测试用例中一个必需部分是对预期输出或结果的定义。 程序员应当避免测试自己编写的程序。 编写软件的组织不应当测试自己编写的软件。 应当彻底检查每个测试的执行结果。 测试用例的编写不仅应当根据有效和预期的输入情况，而且也应当根据无效和未预料到的输入情况。 检查程序是否“未做其应该做的”仅是测试的一半，测试的另一半时检查程序是否“做了其不应该做的”。 应避免测试用例用后即弃，除非软件本身就是一个一次性的软件。 计划测试工作时不应默许假定不会发现错误。 程序某部分存在更多错误的可能性，与该部分已发现错误的数量成正比。 软件测试是一项极富创造性、极具智力挑战性的工作。 如何设计测试用例 由于时间和成本的约束，软件测试的最关键问题是：在所有可能的测试用例中，哪个子集最有可能发现最多的错误？ 黑盒测试：等价类划分、边界值分析、因果图分析、错误猜测 白盒测试：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖 单元测试 模块测试（或单元测试）是对程序中的单个子程序、子程序或过程进行测试的过程，也就是说，一开始并不是对整个程序进行测试，而是首先将注意力集中在对构成程序的较小模块的测试上面。这样做的动机有三个。 首先，由于模块测试的注意力一开始集中在程序的较小单元上，因此它是一种管理组合的测试元素的手段。 其次，模块测试减轻了调试（准确定位并纠正某个已知错误的过程）的难度，这是因为一旦某个错误被发现出来，我们就知道它在哪个具体的模块中。 模块测试通过为我们提供同时测试多个模块的可能，将并行工程引入软件测试中。 模块测试的目的是将模块的功能与定义模块的功能规格说明或接口规格说明进行比较。这里的测试目标不是为了说明模块符合其规格说明，而是为了揭示出模块与其规格说明存在着矛盾。 你可能也会喜欢这些文字2010年07月26日 -- 《软件测试的艺术》读书笔记二2010年07月24日 -- 《软件测试的艺术》读后感2010年08月20日 -- 测试最需要的是淡定2010年08月10日 -- 《软件测试的艺术》笔记之极限测试2010年07月28日 -- 《软件测试的艺术》笔记之软件调试]]></description>
		<wfw:commentRss>http://www.hiadmin.org/testing/software-testing-notes/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>测试负责人都应该负责什么？</title>
		<link>http://www.hiadmin.org/testing/test-leader/</link>
		<comments>http://www.hiadmin.org/testing/test-leader/#comments</comments>
		<pubDate>Fri, 09 Jul 2010 12:35:46 +0000</pubDate>
		<dc:creator>阳光</dc:creator>
				<category><![CDATA[软件测试]]></category>
		<category><![CDATA[Test Leader]]></category>
		<category><![CDATA[测试负责人职责]]></category>

		<guid isPermaLink="false">http://www.hiadmin.org/testing/%e6%b5%8b%e8%af%95%e8%b4%9f%e8%b4%a3%e4%ba%ba%e9%83%bd%e5%ba%94%e8%af%a5%e8%b4%9f%e8%b4%a3%e4%bb%80%e4%b9%88%e6%8d%8f%ef%bc%9f/</guid>
		<description><![CDATA[测试负责人都应该负责什么捏？ 下面是我的一些想法，欢迎朋友们的发表观点哦！ 1. 制定测试计划、跟进项目进度。 负责人比测试成员更了解整个项目的进度 2. 为测试成员合理的分配测试工作 谁最适合做那一块，负责人应该很清楚 3. 指导帮助测试成员更好的完成工作 包括测试用例设计、测试执行，以及在工作中遇到的问题 4. 负责协调资源 一个开发人员有几个项目，这个BUG没有时间修改，需要的硬件资源，以及和开发的沟通 5. 定期汇报测试项目进展情况 既是给测试成员看的，也是给整个项目组看的 6. 负责书写测试报告 如果产品说明书也是测试来负责写的话 。还应该加上这个 7. Bug的统计分析； bug的版本统计分析、bug的模块统计分析、bug的人员统计分析、bug的级别统计分析、bug的原因统计分析 8. 对外进行产品的培训 如果是一个分工的测试项目，那么负责人是对整个产品最熟悉的人 9. 参与产品的需求分析及软件项目的相关评审； 10. 如何提高测试人员的工作效率？ 11. 和用户直接交流，获得用户的想法以及用户的原始需求！为整个项目提出建设性的观点 最多留言日志2008年04月28日 -- 哈佛大学880元的45天学会英语教程免费下载2010年07月31日 -- 水缸2008年04月3日 -- 免费发放科来网络分析系统序列号2008年03月5日 -- ISA Server 2006 详细配置指南下载2010年08月8日 -- 开启GZIP压缩功能为wordpress提速]]></description>
		<wfw:commentRss>http://www.hiadmin.org/testing/test-leader/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>（转）用InstallShield 安装卸载SQL 数据库</title>
		<link>http://www.hiadmin.org/testing/installshield-sql/</link>
		<comments>http://www.hiadmin.org/testing/installshield-sql/#comments</comments>
		<pubDate>Mon, 28 Jun 2010 12:40:40 +0000</pubDate>
		<dc:creator>阳光</dc:creator>
				<category><![CDATA[软件测试]]></category>
		<category><![CDATA[InstallShield安装SQL数据库]]></category>

		<guid isPermaLink="false">http://www.hiadmin.org/testing/%ef%bc%88%e8%bd%ac%ef%bc%89%e7%94%a8installshield-%e5%ae%89%e8%a3%85%e5%8d%b8%e8%bd%bdsql-%e6%95%b0%e6%8d%ae%e5%ba%93/</guid>
		<description><![CDATA[有朋友问怎么用InstallShield安装和卸载SQL的数据库，发现网上有这样的文章就直接给他了，可是后来发现不止一个人在问这个问题，为什么大家在遇到问题的时候不想着去Google百度，就只是在群里发问。已经告诉了网上有了这样的文章却还是说找不到！ 本文主要介绍使用Installshield 进行数据库的安装和卸载，并在InstallShield 11.5 Premier Edition 和Installshield 12 Premier Edition 环境中测试通过。（关于InstallShield 这样一个大名鼎鼎的安装程序制作工具我就不多介绍了。） （在 Installshield 中打包 .NET Framework 参见：《关于使用 Installshield 部署 .NET Framework》）张磊.LIVE 1、打开“SQL Scripts view”，如图1 图1.&#160; 打开SQL Script View 视图 2、建立一个连接，假定为“MasterConnection”，按照图2和图3设置该连接的属性。 图2 建立连接 图3 设置连接的属性 3、在“MasterConnection”下，新建一个Script，属性的设置如图4，script 的内容如下： 1 USE master 2 3 IF NOT EXISTS (SELECT * 4 5 FROM&#160;&#160; master.dbo.sysdatabases&#160; 6 7 WHERE name [...]]]></description>
		<wfw:commentRss>http://www.hiadmin.org/testing/installshield-sql/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>19条提高软件测试能力的建议</title>
		<link>http://www.hiadmin.org/testing/testing-proposal/</link>
		<comments>http://www.hiadmin.org/testing/testing-proposal/#comments</comments>
		<pubDate>Tue, 22 Jun 2010 14:08:03 +0000</pubDate>
		<dc:creator>阳光</dc:creator>
				<category><![CDATA[软件测试]]></category>
		<category><![CDATA[testing]]></category>
		<category><![CDATA[testing-proposal]]></category>

		<guid isPermaLink="false">http://www.hiadmin.org/testing/%e6%8f%90%e9%ab%98%e8%bd%af%e4%bb%b6%e6%b5%8b%e8%af%95%e8%83%bd%e5%8a%9b%e7%9a%8419%e6%9d%a1%e5%bb%ba%e8%ae%ae/</guid>
		<description><![CDATA[本文来自于国外网站上的一片博文，已经有国内朋友将其翻译成中文了，非常非常好的文章。为了让更多的人能暗道如此好的文章，这里推荐给那些在希望成为测试工程师，测试工程师入门的朋友，或者是想要提高的准测试工程师们，一句话，老少皆宜的文章！这里将英中对照整理在一起供朋友们欣赏！

1. Focus on the customer Keep the customer in mind when testing. Develop empathy for their needs. Talk to customers and observe them using your software.]]></description>
		<wfw:commentRss>http://www.hiadmin.org/testing/testing-proposal/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
	</channel>
</rss>
