<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[凌空傲雪的流行前锋]]></title><description><![CDATA[我就是我，世界上独一无二的我，我就是我，千百年才又一个得我！我相信自己只要努力就可以成功！因为世界上最害怕的就是认真二字!!]]></description><link>https://blog.csdn.net/conquerorren</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; conquerorren]]></copyright><item><title><![CDATA[【转载】从Fiddler抓包到Jmeter接口测试(简单的思路)]]></title><link>https://blog.csdn.net/conquerorren/article/details/70267154</link><guid>https://blog.csdn.net/conquerorren/article/details/70267154</guid><author>conquerorren</author><pubDate>Thu, 20 Apr 2017 16:21:04 +0800</pubDate><description><![CDATA[Fiddler下载和配置安装

　　1、从网上下载fiddler的安装包即可，直接默认，一直点击下一步，直至安装完成。

　　2、

　　3、安装完成后直接打开Fiddler

　　在菜单栏Tools->Fiddler Options->Connections，勾选Allow remote computers to connect，默认的端口号为8888，这里不需要修改，在修改手机]]></description><category></category></item><item><title><![CDATA[【Jenkins】Jenkins入门系列之——02第二章 Jenkins安装与配置]]></title><link>https://blog.csdn.net/conquerorren/article/details/64919191</link><guid>https://blog.csdn.net/conquerorren/article/details/64919191</guid><author>conquerorren</author><pubDate>Wed, 22 Mar 2017 14:42:55 +0800</pubDate><description><![CDATA[写的我想吐血，累死了。网页看着不爽的，自己去下载PDF。有问题请留言！Jenkins入门系列之——03PDF文档下载第二章 Jenkins安装与配置2 Jenkins安装在最简单的情况下，Jenkins 只需要两个步骤：1.下载最新的版本（一个 WAR 文件）。Jenkins官方网址: http://Jenkins-ci.org/2.运行 Java -jar jenkins.war注意：Jenki]]></description><category></category></item><item><title><![CDATA[【Jenkins】Jenkins入门系列之——01第一章 Jenkins是什么？]]></title><link>https://blog.csdn.net/conquerorren/article/details/64918904</link><guid>https://blog.csdn.net/conquerorren/article/details/64918904</guid><author>conquerorren</author><pubDate>Wed, 22 Mar 2017 14:23:18 +0800</pubDate><description><![CDATA[说明：Jenkins折腾了好几个月了，打算写个系列记录下。有时间会尽量更新的。

第一章 Jenkins是什么？



Jenkins 是一个可扩展的持续集成引擎。

主要用于：


l 持续、自动地构建/测试软件项目。
l 监控一些定时执行的任务。

Jenkins拥有的特性包括：


l 易于安装-只要把jenkins.war部署到servlet容器，不需要数]]></description><category></category></item><item><title><![CDATA[[转]【性能测试】Jmeter之脚本录制]]></title><link>https://blog.csdn.net/conquerorren/article/details/64441357</link><guid>https://blog.csdn.net/conquerorren/article/details/64441357</guid><author>conquerorren</author><pubDate>Tue, 21 Mar 2017 14:30:08 +0800</pubDate><description><![CDATA[Jmeter 是一个非常流行的性能测试工具，虽然与LoadRunner相比有很多不足，比如：它结果分析能力没有LoadRunner详细；很它的优点也有很多：
  l       开源，他是一款开源的免费软件，使用它你不需要支付任何费用，
  l       小巧，相比LR的庞大（最新LR11将近4GB），它非常小巧，不需要安装，但需要JDK环境，因为它是使用java开发的工具。
      ]]></description><category></category></item><item><title><![CDATA[【性能测试】Jmeter之性能测试（一个简单的性能测试）]]></title><link>https://blog.csdn.net/conquerorren/article/details/64441175</link><guid>https://blog.csdn.net/conquerorren/article/details/64441175</guid><author>conquerorren</author><pubDate>Tue, 21 Mar 2017 14:19:34 +0800</pubDate><description><![CDATA[上一节中，我们了解了jmeter的一此主要元件，那么这些元件如何使用到性能测试中呢。这一节创建一个简单的测试计划来使用这些元件。该计划对应的测试需求。

1）测试目标网站是fnng.cnblogs.com  和 tt-topia.rhcloud.com

2）测试目的是该网站在负载达到20 QPS 时的响应时间。

 

QPS 解释

　　QPS : Query Per Se]]></description><category></category></item><item><title><![CDATA[【性能测试】Jmeter测试之接口测试]]></title><link>https://blog.csdn.net/conquerorren/article/details/64440863</link><guid>https://blog.csdn.net/conquerorren/article/details/64440863</guid><author>conquerorren</author><pubDate>Tue, 21 Mar 2017 13:59:41 +0800</pubDate><description><![CDATA[关于Jmeter性能测试工具不再过多介绍。如果你要学习软件性能测试，那么多少应该会对它有所耳闻。

　　强烈建议阅读官方文档学习：http://jmeter.apache.org/index.html

     还有比这个更权威更全面的介绍Jmeter工具使用的么？

     不过，此处要介绍是用它来做接口测试。

 

一、安装Jmeter                ]]></description><category></category></item><item><title><![CDATA[缺陷报告对测试团队的重要意义（转）]]></title><link>https://blog.csdn.net/conquerorren/article/details/60479628</link><guid>https://blog.csdn.net/conquerorren/article/details/60479628</guid><author>conquerorren</author><pubDate>Sun, 05 Mar 2017 22:31:05 +0800</pubDate><description><![CDATA[收藏于 2011-03-11 来自于百度空间


是过程中最重要的输出之一，编写良好的缺陷报告也是提高软件质量的重要保障。清楚的缺陷报告对测试团队而言具有重要的意义：

　　● 可以减少被开发人员拒绝从而打回来的缺陷数量。

　　● 加快缺陷修复的速度。

　　● 增加测试人员测试能力的可信度。

　　● 加强开发人员和测试人员之间的团队合作。

　　● 更加高效地提高软]]></description><category></category></item><item><title><![CDATA[写出高效的Bug测试报告的9点建议(51Testing)]]></title><link>https://blog.csdn.net/conquerorren/article/details/60479607</link><guid>https://blog.csdn.net/conquerorren/article/details/60479607</guid><author>conquerorren</author><pubDate>Sun, 05 Mar 2017 22:29:01 +0800</pubDate><description><![CDATA[收藏于 2010-07-24 来自于百度空间
一个人员在报告中报告他所发现的每件事是非常重要的。人员在团队中充当着催化剂的角色。一方面软件测试人员组成了这个团队，另一方面也可以破坏这个应用。通过了解业务和应用的过程，清晰地理解应用中大大小小的问题是很重要的。所以一个强大的报告应该做为软件开发周期中强有力的证据，来证明所有阶段的bug状态都已更新。你报告一个Bug的唯一目标就是跟踪此Bug保证它被]]></description><category></category></item><item><title><![CDATA[[转]关于软件测试的几个经典问题(2)]]></title><link>https://blog.csdn.net/conquerorren/article/details/60479489</link><guid>https://blog.csdn.net/conquerorren/article/details/60479489</guid><author>conquerorren</author><pubDate>Sun, 05 Mar 2017 22:20:20 +0800</pubDate><description><![CDATA[收藏于 2010-04-11 来自于百度空间
测试的几个原则


1. 应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭。
2. 测试用例应由测试输入数据和对应的预期输出结果这两部分组成。
3. 程序员应避免检查自己的程序。
4. 在设计测试用例时，应包括合理的输入条件和不合理的输入条件。
软件测试的原则
5. 充分注意测试中的群集现象。
经验表明，测试后程序中残存的]]></description><category></category></item><item><title><![CDATA[[转]关于软件测试的几个经典问题（1）]]></title><link>https://blog.csdn.net/conquerorren/article/details/60479466</link><guid>https://blog.csdn.net/conquerorren/article/details/60479466</guid><author>conquerorren</author><pubDate>Sun, 05 Mar 2017 22:17:48 +0800</pubDate><description><![CDATA[收藏于 2010-04-11 来自于百度空间
其实这些问题真的在哪个论坛里都有，不过奇怪的也是，每次都会遇到，无论是自己面试还是给别人面试。。


PS:声明一下，这里的问题基本都不是原创的，答案呢，在“百家争鸣，百花齐放”的时代也是丰富多彩的。但是道理都差不多。仅作为参考，呵呵~~

问题一：什么是“软件测试”？

1。出自(IEEE, 1986; IEEE, 1990).
]]></description><category></category></item><item><title><![CDATA[转载：应该考虑进行何种测试]]></title><link>https://blog.csdn.net/conquerorren/article/details/60479416</link><guid>https://blog.csdn.net/conquerorren/article/details/60479416</guid><author>conquerorren</author><pubDate>Sun, 05 Mar 2017 22:13:54 +0800</pubDate><description><![CDATA[收藏于 2010-04-11 来自于百度空间
黑盒测试(Black box testing) ____不考虑内部设计和代码,根据需求和功能进行测试


白盒测试 (White box testing) ── 根据应用软件的代码的内部逻辑，按照代码的语句、分支、路径和条件进行测试。

部件测试 (Unit testing) --最小范围的测试,针对特定的函数和代码模块进行测试。因为需要了]]></description><category></category></item><item><title><![CDATA[[转] 测试人员容易遗漏一些隐藏的缺陷]]></title><link>https://blog.csdn.net/conquerorren/article/details/60470337</link><guid>https://blog.csdn.net/conquerorren/article/details/60470337</guid><author>conquerorren</author><pubDate>Sun, 05 Mar 2017 19:18:51 +0800</pubDate><description><![CDATA[收藏于 2010-04-11 来自于百度空间
通常会暴露软件中的缺陷，经过修正后可以保证软件系统的功能满足需求并正确运行。但是，在系统测试和确认测试中，测试人员容易遗漏一些隐藏的缺陷。众所周知，软件测试不可能发现所有的缺陷，而软件开发周期各个阶段仍然存在注入缺陷的可能，但是，有一些缺陷是测试中容易忽略的，也就是说，通过测试方法和用例可以充分暴露这些缺陷，遗憾的是，它们往往被忽略或者某种原因忘记测]]></description><category></category></item><item><title><![CDATA[移动硬盘“文件或目录损坏且无法读取”的解决办法(转）]]></title><link>https://blog.csdn.net/conquerorren/article/details/60369189</link><guid>https://blog.csdn.net/conquerorren/article/details/60369189</guid><author>conquerorren</author><pubDate>Sat, 04 Mar 2017 23:52:31 +0800</pubDate><description><![CDATA[收藏于 2008-05-06 来自于百度空间
核心简介：本文讲解了 一些如正在读取数据时突然强行将硬盘断开或者断电等因素导致的 硬盘磁盘分区损坏的修复办法

这个主要是磁盘的分区损坏了~

一般移动硬盘比较多见      原因有很多 但是一般的都是 正在读取数据的时候直接把移动硬盘的的数据线拔下 或者突然断电引起的 附图:


解决办法 有2种（请按照顺序尝试）：

方法一：]]></description><category></category></item><item><title><![CDATA[IT技术->BIOS报警声]]></title><link>https://blog.csdn.net/conquerorren/article/details/60368836</link><guid>https://blog.csdn.net/conquerorren/article/details/60368836</guid><author>conquerorren</author><pubDate>Sat, 04 Mar 2017 23:46:11 +0800</pubDate><description><![CDATA[收藏于 2008-04-23 来自于百度空间
BB是报警的声音
你可以根据报警声音长短,数目来判断问题出在什么地方
AWARD BIOS响铃声的一般含义是：
1短: 系统正常启动。这是我们每天都能听到的，也表明机器没有任何问题。 
2短: 常规错误，请进入CMOS Setup，重新设置不正确的选项。 
1长1短: RAM或主板出错。换一条内存试试，若还是不行，只好更换主板。 
1长2]]></description><category></category></item><item><title><![CDATA[[转载] 测试一个杯子]]></title><link>https://blog.csdn.net/conquerorren/article/details/60367566</link><guid>https://blog.csdn.net/conquerorren/article/details/60367566</guid><author>conquerorren</author><pubDate>Sat, 04 Mar 2017 23:33:06 +0800</pubDate><description><![CDATA[收藏于 2010-04-11 来自于百度空间
考官从办公室（面试现场）随意选取一个简单物品，假定是一个喝水的带广告图案的花纸杯，让应聘人对它设计出尽可能多的测试用例。


测试项目：杯子

需求测试：查看杯子使用说明书

界面测试：查看杯子外观

功能度：用水杯装水看漏不漏；水能不能被喝到

安全性：杯子有没有毒或者细菌

可靠性：杯子从不同高度落下的损坏程度

可]]></description><category></category></item><item><title><![CDATA[[转]软件测试面试题[找工作必读]一]]></title><link>https://blog.csdn.net/conquerorren/article/details/60365620</link><guid>https://blog.csdn.net/conquerorren/article/details/60365620</guid><author>conquerorren</author><pubDate>Sat, 04 Mar 2017 23:23:47 +0800</pubDate><description><![CDATA[01. 为什么要在一个团队中开展软件测试？
　　因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。]]></description><category></category></item><item><title><![CDATA[编码规约经典（转）]]></title><link>https://blog.csdn.net/conquerorren/article/details/5563477</link><guid>https://blog.csdn.net/conquerorren/article/details/5563477</guid><author>conquerorren</author><pubDate>Thu, 06 May 2010 15:12:00 +0800</pubDate><description><![CDATA[以下的编码规范包含了程序排版、注释、命名、可读性、变量、程序效率、质量保证、代码编译、代码测试和版本控制等注意事项。 　　一、排版： 　　1.关键词和操作符之间加适当的空格。 　　2.相对独立的程序块与块之间加空行 　　3.较长的语句、表达式等要分成多行书写。 　　4.划分出的新行要进行适应的缩进，使排版整齐，语句可读。 　　5.长表达式要在低优先级操作符处划分新行，操作符]]></description><category></category></item><item><title><![CDATA[日本西历和和历的转换（转）]]></title><link>https://blog.csdn.net/conquerorren/article/details/5563449</link><guid>https://blog.csdn.net/conquerorren/article/details/5563449</guid><author>conquerorren</author><pubDate>Thu, 06 May 2010 15:09:00 +0800</pubDate><description><![CDATA[在作多国化应用开发时，经常遇到不同地域显示日期的转换问题。其中日本的和历转换比较特殊，拿出来侃侃。日本历将每个皇帝的统治时期标识为一个纪元。当前纪元是 Heisei 纪元，始于公历 1989 年。纪元名称通常显示在年份前。例如，公历 2001 年是日本历 Heisei 13 年。注意，纪元的第一年称为“Gannen”；所以公历 1989 年是日本历 Heisei Gannen 年。纪元名称纪元缩写]]></description><category></category></item><item><title><![CDATA[常见内存泄露及解决方案(转）]]></title><link>https://blog.csdn.net/conquerorren/article/details/5563438</link><guid>https://blog.csdn.net/conquerorren/article/details/5563438</guid><author>conquerorren</author><pubDate>Thu, 06 May 2010 15:06:00 +0800</pubDate><description><![CDATA[讨论：内存泄露常见内存泄露及解决方案 常见内存泄露及解决方案-选自ood启示录new/delete, array new/arrray delete匹配case 1:在类的构造函数与析构函数中没有匹配地调用 new/delete！    解决方法：检查构造函数，在出现new的情况下，按相反的顺序在析构函数中匹配添加delete！这里有两个意思：     1〉]]></description><category></category></item><item><title><![CDATA[bug的前世今生]]></title><link>https://blog.csdn.net/conquerorren/article/details/4795066</link><guid>https://blog.csdn.net/conquerorren/article/details/4795066</guid><author>conquerorren</author><pubDate>Tue, 10 Nov 2009 18:16:00 +0800</pubDate><description><![CDATA[ 一、为什么会出现bug！是人就会犯错误！1.  问题的复杂性决定了出现bug的可能性比较高。如何判断一个系统的复杂性呢？Ø  需求文档的页数比较多。Ø  需求经常改变。Ø  不停的询问-回答-询问的过程。Ø  方法的复杂度，工具的复杂性，人的复杂性，过程的复杂性2.  现实很残酷，更便宜、更好、更快、市场时间等词语加注到项目开发过程中时，会忘记其中的一些环节，]]></description><category></category></item></channel></rss>