<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/ban7326</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; ban7326]]></copyright><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 模拟客户的访问行为（上）]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082268</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082268</guid><author>ban7326</author><pubDate>Wed, 12 Apr 2017 11:00:00 +0800</pubDate><description><![CDATA[上一章，我们跟着刚刚进入性能测试组的小艾一起初识了什么是性能测试，也知道了客户在性能上都关注了些什么，在组长的教导下，小艾明白了，想要让用户得到最好的性能体验，最简单有效的方法就是模拟客户使用产品时遇到的访问行为，这一章节就来聊聊如何来模拟客户的访问行为呢？
更真实更高效的模拟——自动化的性能测试
如果说功能测试还有手动测试和自动测试的选择，那么，性能测试则不可避免地要用到自动化测试...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 大促带来的灾难]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082270</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082270</guid><author>ban7326</author><pubDate>Tue, 28 Feb 2017 15:21:00 +0800</pubDate><description><![CDATA[开篇之前，看到这个章节的标题，就令人忍不住想起双十一的场景，还记得双十一刚刚风靡的那年，估计马爸爸也是没想到会有那么多的用户量，那场事故其实还真蛮符合这一章节的标题——大促带来的灾难，同样的灾难发生在腾讯身上的时候，是近几年的红包大战，几乎每个人对此都并不陌生吧。
再回到书中来，就容易理解为什么说性能测试是产品测试流程的必经之路了，产品的性能好坏不但关系到产品的用户体验，甚至关系到客户...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 功能测试之百种变身]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082265</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082265</guid><author>ban7326</author><pubDate>Fri, 24 Feb 2017 13:02:00 +0800</pubDate><description><![CDATA[通过组长的帮助和小艾自身的努力，小艾明白了对于一个大型应用的功能测试，从策略的角度，要考察的维度很多，于是小艾较为简单地在自己的笔记中做了相应的记录。
回归测试

什么是回归测试？
在软件开发的整个生命周期中，每个阶段都有可能对软件进行修改或更新，而当软件发生变化后，都有可能对软件的现有功能造成影响，因此，必须重新测试软件的现有功能，这一重新测试的过程，便是回归测试。

为...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 对黑盒子的全方位照明]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082267</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082267</guid><author>ban7326</author><pubDate>Mon, 20 Feb 2017 11:43:00 +0800</pubDate><description><![CDATA[上回说到，小艾学会了分而治之的方式来将模块细化做功能测试，这样的好处是更容易找到bug，但尽管容易找bug，并不表示bug就能完全被找到，而不被交付到客户手里。也出于对客户发现的bug进行分析，组长告诉小艾，不仅仅需要分而治之，也需要合而治之。
上一章我们也提到一个名词：跨模块/解决方案的功能测试，即功能集成测试，其实这就是为了确保所有的功能特征，或者User Story在一个产品或应...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 如何把黑盒子分块]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082263</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082263</guid><author>ban7326</author><pubDate>Thu, 16 Feb 2017 10:16:00 +0800</pubDate><description><![CDATA[上一章节我们说到，小艾在导师深入浅出的介绍下，终于明白了测试的策略，流程并着手自己写了一条测试用例，而在执行的过程中，小艾也终于使用自己的手电发现了第一个bug。然而一个大的Java EE产品或者应用，通常代码量巨大，业务逻辑及体系架构都非常复杂，对于这样的产品或应用，如果采用简单的方式从整体上测试其功能，是没办法面面俱到的。
小艾可以理解把产品或者应用进行模块化或基于解决方案的分解的...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 黑色的盒子里有什么（下）]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082262</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082262</guid><author>ban7326</author><pubDate>Mon, 13 Feb 2017 11:09:00 +0800</pubDate><description><![CDATA[前面的章节中，我们说到，在导师的讲解下，小艾明白了测试的策略及流程，但依然不知道应该如何做以及具体做什么。这时导师告诉小艾，功能测试人员除了之前学到的基本技能和策略/流程之外，最重要的是要理解和掌握各种各样的文档。

文档
能够很好地理解别人写的文档，是对功能测试人员最基本的要求。而能够写出好的文档，则是资深功能测试人员，特别是测试组长/测试架构师的基本素质。

功能测试计划...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》--黑色的盒子里有什么（中）]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082261</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082261</guid><author>ban7326</author><pubDate>Fri, 10 Feb 2017 13:13:00 +0800</pubDate><description><![CDATA[上一章说到小艾在功能测试组开始了功能测试的学习，然而对产品知识、软件技能和客户意识有了一定了解的小艾，对整个测试依然有着不解之处，这时，导师为他深入浅出的解读了功能测试，导师是怎么解读的呢？
关于黑盒测试与白盒测试，尽管小艾已经知道了些许区别，但还是免不了老生常谈一番：

黑盒测试是软件测试的主要方法之一，也称为功能测试、数据驱动测试、基于规格说明的测试。测试者不了解程序的内部情况...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 黑色的盒子里面有什么（上）]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082260</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082260</guid><author>ban7326</author><pubDate>Sun, 22 Jan 2017 16:01:00 +0800</pubDate><description><![CDATA[上一章提到，由于研发组工作繁忙，小艾被派遣过去协助做开发工作，在协助过程中，小艾明白了单元测试是怎么回事以及如何进行，也就是说，小艾接触到了白盒测试的相关知识。伴随着开发进度的有序进行，小艾回到了测试团队开启了新一轮的测试旅程。
可是在工作中，对着可执行的程序不知道从哪里入手，毕竟之前一边读代码，一边调试来找问题，十分得心应手，这下倒好，没有代码可以看可以调了……
小艾的功能测试第一...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 测试还能驱动开发]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082259</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082259</guid><author>ban7326</author><pubDate>Tue, 10 Jan 2017 10:25:00 +0800</pubDate><description><![CDATA[上回说到，小艾明白了单元测试的重要性之后，也明白了单元测试需要测什么， 这让他的开发效率明显有了提高，而bug密度有了明显下降。但是，小艾的代码依然保持着高耦合的风格，因此编写单元测试的时候遇到了不少的阻碍，导致了测试覆盖率偏低，但是他却发现组长的测试覆盖率居然能逼近100%。
最让小艾讶异的是，产品负责人带来的用户反馈要求将已有代码进行较大幅度的变更，这个情况他简直没办法相信。就在这...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 单元测试测点啥]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082258</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082258</guid><author>ban7326</author><pubDate>Mon, 19 Dec 2016 10:46:00 +0800</pubDate><description><![CDATA[上回说到，小艾写了一段产品代码，却由于未做好单元测试而导致过多细微的bug流入到了功能测试阶段，经过组长一番谆谆教诲，小艾明白了单元测试是什么，谁来做单元测试以及为什么要做单元测试，可是对于单元测试测什么，怎么测却依然毫无头绪……

摇篮有多大——单元测试的范围
单元测试需要保证：覆盖到所有新开发代码、修改代码及受影响的代码。
覆盖代码所有分支，包括正常路径及错误...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 开发人员也需要做测试]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082257</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082257</guid><author>ban7326</author><pubDate>Tue, 13 Dec 2016 17:14:00 +0800</pubDate><description><![CDATA[小艾经过了安装测试的历练，明显对软件测试又有了更深刻的了解。而在进行测试过程中，小艾遇到一个导致他手里大部分case失败的bug，而这个bug的幼稚简直令小艾忍不住想骂开发人员。
而就在小艾质疑为什么开发人员没有发现这么简单的bug的时候，小艾作为支援人员被调进了开发组协助开发工作，忙碌的开发组也立刻给小艾下达了第一份任务，完成某user story的代码开发及单元测试。
可是小艾...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》--构建测试]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082256</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082256</guid><author>ban7326</author><pubDate>Mon, 05 Dec 2016 13:55:00 +0800</pubDate><description><![CDATA[上一章节中，小艾已经掌握了构建测试的基本知识，其实，构建测试也称为构建可接受性测试(Build Acceptance Test)，一般是在每一个测试产品生成之后，构建测试团队执行一组最基本的测试用例，来确定做成的测试产品的质量是否达到可以交到各个测试组来进行更全面、更深入的各项测试的要求。

构建测试用例的原则
构建测试的测试用例基本是功能测试用例，相对比较简短，应着重于产品的最基...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 构建的过程]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082254</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082254</guid><author>ban7326</author><pubDate>Wed, 30 Nov 2016 10:26:00 +0800</pubDate><description><![CDATA[上文说到，小艾在安装测试组经过一段时间的学习和实践之后，对安装测试已经有了一定的了解，就在此时，构建组急需一名有安装测试背景的帮手，小艾就这样被派往构建组帮忙起来。
尽管小艾对此很欣喜，但对构建组的一无所知，也令他对未来的工作有着些许迷茫，爱询问的小艾一进到构建组，便找到构建组的负责人问出了心中的疑问。
软件是怎么做出来的？
Java EE的应用软件开发过程是一个漫长的生命周期，从...]]></description><category></category></item><item><title><![CDATA[初学Python遇到的问题一二]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082255</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082255</guid><author>ban7326</author><pubDate>Tue, 29 Nov 2016 14:55:00 +0800</pubDate><description><![CDATA[这篇文章只是学Python最最最基础的部分知识，如果你已经有过python经验，哪怕就一点点经验，或许你都遇到过，但相信这些问题对你来说早已不算问题了，所以请跳过吧，用你的时间去学习更多其他的知识就好~ ^_^
但是这篇文章中提到的问题尽管很简单，简单到幼稚到打点滴，但记录下来，为了提醒自己，学习的旅途中，总会有一些或大或小的问题，我们在嘲笑新人为什么这么简单的问题都不懂之前， 别忘...]]></description><category></category></item><item><title><![CDATA[常见算法题合辑（一）]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082253</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082253</guid><author>ban7326</author><pubDate>Mon, 28 Nov 2016 13:55:00 +0800</pubDate><description><![CDATA[这一章的内容，有些之前已经在微信公众号中将详细的思路及步骤汇总过，有些之后可能会再找时间对其进行分析，这里只将最终实现罗列出来，难易程度不分先后，算法复杂度不保证是最优，留给大家空间自行思考，当然，本章用的是C#语言进行编码，大家可以使用自己熟悉的语言将这些算法实现一遍哦~
如果你有什么有趣的算法题或者没能解决的算法题，也可以留言给小编，让我们一起玩转算法~
1. 冒泡排序
...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》--安装自动化测试]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082252</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082252</guid><author>ban7326</author><pubDate>Fri, 25 Nov 2016 10:51:00 +0800</pubDate><description><![CDATA[前面说到小艾明白了用户手册的重要性，小艾到这里已经对安装测试的内容及测试流程有了基本的熟悉，但他在与别人交流的时候发现无论是功能测试还是性能测试都是自动化进行的，于是产生了一个疑问，安装测试是否也可以自动化？如果可以，应该怎么做呢？
效率的提高从自动化开始
从组长的谈话中小艾得知，自动化测试是测试的发展方向和趋势，能够大幅度提高测试的效率。减少了人工干预，一旦测试用例需要重复执行的...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 客户的圣经之用户手册验证]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082250</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082250</guid><author>ban7326</author><pubDate>Mon, 21 Nov 2016 10:55:00 +0800</pubDate><description><![CDATA[有朋友看出来了，最近几篇文章很短，一方面，是这几个章节写得内容相对较简单，所以内容比较简短，还有一方面是我这几天相对比较忙，这篇文章也依然保持其篇幅小的特征，不过在这里可以保证，文章尽管短，但依然一字不落地将值得阅读的文字搬了上来，方便大家阅读学习~
上一回说到小艾明白了安装测试中安装与卸载的测试用例如何保证质量，兴致冲冲地小艾回到座位之后，依据自己学的内容再次投入到工作中，可是，小艾...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》 -- 安装测试质量之大观]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082251</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082251</guid><author>ban7326</author><pubDate>Thu, 17 Nov 2016 14:46:00 +0800</pubDate><description><![CDATA[上一回说到小艾自己尝试着写起了测试计划及测试用例，就在这时，小艾突然产生了疑问：从测试用例中我怎么可以知道测试质量是达到标准的呢？
这时，耐心的组长又登场了，他告诉小艾，测试质量是有一套标准的，当测试用例满足这套标准的时候，我们就可以认为测试达到了质量要求。
那么，到底有哪些标准呢？这一章节就来一起看看咯~

产品安装
1. 安装程序能够自动检查安装前提条件是否满足：对于软件安...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》 -- 全面撒网，重点排查]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082247</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082247</guid><author>ban7326</author><pubDate>Mon, 14 Nov 2016 10:06:00 +0800</pubDate><description><![CDATA[前面我们说到小艾花了一个月时间才顺利完成组长给定的第一份任务，对安装流程有了基本的掌握，但是对于那句“一个好的可执行的测试计划是确保测试质量的关键”，却产生了不少的疑问，如何确定测试配置和测试场景，如何保证测试全面性及完成性呢？
带着疑问，小艾来到了组长面前，组长也用心地给小艾从头到尾仔细讲了起来。
选择测试配置
撰写测试计划时，首先要清楚地列出产品所有能够支持的测试配置。
测试...]]></description><category></category></item><item><title><![CDATA[重读《从菜鸟到测试架构师》-- 软件，是装出来的]]></title><link>https://blog.youkuaiyun.com/ban7326/article/details/102082246</link><guid>https://blog.youkuaiyun.com/ban7326/article/details/102082246</guid><author>ban7326</author><pubDate>Fri, 04 Nov 2016 10:22:00 +0800</pubDate><description><![CDATA[前面第一章说到，小艾已经入职了，但是对测试一无所知的小艾，一再与导师交流之后，终于开始对测试有了初步的了解。但了解归了解，到底应该从哪里开始工作呢？
导师觉得测试要先熟悉自己的产品才行，于是将小艾放在了安装测试组工作。小艾一听说是安装，那叫一个哭笑不得，安装也需要测试？开国际玩笑吧，想想计算机专业科班生，自己在大学的时候装系统装软件那是经常的事，这也太简单了好吧……
这时导师非但没...]]></description><category></category></item></channel></rss>