- 博客(136)
- 收藏
- 关注
RSS订阅转载 重读《从菜鸟到测试架构师》-- 模拟客户的访问行为（上）
上一章，我们跟着刚刚进入性能测试组的小艾一起初识了什么是性能测试，也知道了客户在性能上都关注了些什么，在组长的教导下，小艾明白了，想要让用户得到最好的性能体验，最简单有效的方法就是模拟客户使用产品时遇到的访问行为，这一章节就来聊聊如何来模拟客户的访问行为呢？更真实更高效的模拟——自动化的性能测试如果说功能测试还有手动测试和自动测试的选择，那么，性能测试则不可避免地要用到自动化测试...
2017-04-12 11:00:00
275
转载 重读《从菜鸟到测试架构师》-- 大促带来的灾难
开篇之前，看到这个章节的标题，就令人忍不住想起双十一的场景，还记得双十一刚刚风靡的那年，估计马爸爸也是没想到会有那么多的用户量，那场事故其实还真蛮符合这一章节的标题——大促带来的灾难，同样的灾难发生在腾讯身上的时候，是近几年的红包大战，几乎每个人对此都并不陌生吧。再回到书中来，就容易理解为什么说性能测试是产品测试流程的必经之路了，产品的性能好坏不但关系到产品的用户体验，甚至关系到客户...
2017-02-28 15:21:00
221
转载 重读《从菜鸟到测试架构师》-- 功能测试之百种变身
通过组长的帮助和小艾自身的努力，小艾明白了对于一个大型应用的功能测试，从策略的角度，要考察的维度很多，于是小艾较为简单地在自己的笔记中做了相应的记录。回归测试什么是回归测试？在软件开发的整个生命周期中，每个阶段都有可能对软件进行修改或更新，而当软件发生变化后，都有可能对软件的现有功能造成影响，因此，必须重新测试软件的现有功能，这一重新测试的过程，便是回归测试。为...
2017-02-24 13:02:00
236
转载 重读《从菜鸟到测试架构师》-- 对黑盒子的全方位照明
上回说到，小艾学会了分而治之的方式来将模块细化做功能测试，这样的好处是更容易找到bug，但尽管容易找bug，并不表示bug就能完全被找到，而不被交付到客户手里。也出于对客户发现的bug进行分析，组长告诉小艾，不仅仅需要分而治之，也需要合而治之。上一章我们也提到一个名词：跨模块/解决方案的功能测试，即功能集成测试，其实这就是为了确保所有的功能特征，或者User Story在一个产品或应...
2017-02-20 11:43:00
116
转载 重读《从菜鸟到测试架构师》-- 如何把黑盒子分块
上一章节我们说到，小艾在导师深入浅出的介绍下，终于明白了测试的策略，流程并着手自己写了一条测试用例，而在执行的过程中，小艾也终于使用自己的手电发现了第一个bug。然而一个大的Java EE产品或者应用，通常代码量巨大，业务逻辑及体系架构都非常复杂，对于这样的产品或应用，如果采用简单的方式从整体上测试其功能，是没办法面面俱到的。小艾可以理解把产品或者应用进行模块化或基于解决方案的分解的...
2017-02-16 10:16:00
99
转载 重读《从菜鸟到测试架构师》-- 黑色的盒子里有什么（下）
前面的章节中，我们说到，在导师的讲解下，小艾明白了测试的策略及流程，但依然不知道应该如何做以及具体做什么。这时导师告诉小艾，功能测试人员除了之前学到的基本技能和策略/流程之外，最重要的是要理解和掌握各种各样的文档。文档能够很好地理解别人写的文档，是对功能测试人员最基本的要求。而能够写出好的文档，则是资深功能测试人员，特别是测试组长/测试架构师的基本素质。功能测试计划...
2017-02-13 11:09:00
103
转载 重读《从菜鸟到测试架构师》--黑色的盒子里有什么（中）
上一章说到小艾在功能测试组开始了功能测试的学习，然而对产品知识、软件技能和客户意识有了一定了解的小艾，对整个测试依然有着不解之处，这时，导师为他深入浅出的解读了功能测试，导师是怎么解读的呢？关于黑盒测试与白盒测试，尽管小艾已经知道了些许区别，但还是免不了老生常谈一番：黑盒测试是软件测试的主要方法之一，也称为功能测试、数据驱动测试、基于规格说明的测试。测试者不了解程序的内部情况...
2017-02-10 13:13:00
124
转载 重读《从菜鸟到测试架构师》-- 黑色的盒子里面有什么（上）
上一章提到，由于研发组工作繁忙，小艾被派遣过去协助做开发工作，在协助过程中，小艾明白了单元测试是怎么回事以及如何进行，也就是说，小艾接触到了白盒测试的相关知识。伴随着开发进度的有序进行，小艾回到了测试团队开启了新一轮的测试旅程。可是在工作中，对着可执行的程序不知道从哪里入手，毕竟之前一边读代码，一边调试来找问题，十分得心应手，这下倒好，没有代码可以看可以调了……小艾的功能测试第一...
2017-01-22 16:01:00
88
转载 重读《从菜鸟到测试架构师》-- 测试还能驱动开发
上回说到，小艾明白了单元测试的重要性之后，也明白了单元测试需要测什么， 这让他的开发效率明显有了提高，而bug密度有了明显下降。但是，小艾的代码依然保持着高耦合的风格，因此编写单元测试的时候遇到了不少的阻碍，导致了测试覆盖率偏低，但是他却发现组长的测试覆盖率居然能逼近100%。最让小艾讶异的是，产品负责人带来的用户反馈要求将已有代码进行较大幅度的变更，这个情况他简直没办法相信。就在这...
2017-01-10 10:25:00
90
转载 重读《从菜鸟到测试架构师》-- 单元测试测点啥
上回说到，小艾写了一段产品代码，却由于未做好单元测试而导致过多细微的bug流入到了功能测试阶段，经过组长一番谆谆教诲，小艾明白了单元测试是什么，谁来做单元测试以及为什么要做单元测试，可是对于单元测试测什么，怎么测却依然毫无头绪……摇篮有多大——单元测试的范围单元测试需要保证：覆盖到所有新开发代码、修改代码及受影响的代码。覆盖代码所有分支，包括正常路径及错误...
2016-12-19 10:46:00
92
转载 重读《从菜鸟到测试架构师》-- 开发人员也需要做测试
小艾经过了安装测试的历练，明显对软件测试又有了更深刻的了解。而在进行测试过程中，小艾遇到一个导致他手里大部分case失败的bug，而这个bug的幼稚简直令小艾忍不住想骂开发人员。而就在小艾质疑为什么开发人员没有发现这么简单的bug的时候，小艾作为支援人员被调进了开发组协助开发工作，忙碌的开发组也立刻给小艾下达了第一份任务，完成某user story的代码开发及单元测试。可是小艾...
2016-12-13 17:14:00
99
转载 重读《从菜鸟到测试架构师》--构建测试
上一章节中，小艾已经掌握了构建测试的基本知识，其实，构建测试也称为构建可接受性测试(Build Acceptance Test)，一般是在每一个测试产品生成之后，构建测试团队执行一组最基本的测试用例，来确定做成的测试产品的质量是否达到可以交到各个测试组来进行更全面、更深入的各项测试的要求。构建测试用例的原则构建测试的测试用例基本是功能测试用例，相对比较简短，应着重于产品的最基...
2016-12-05 13:55:00
107
转载 重读《从菜鸟到测试架构师》-- 构建的过程
上文说到，小艾在安装测试组经过一段时间的学习和实践之后，对安装测试已经有了一定的了解，就在此时，构建组急需一名有安装测试背景的帮手，小艾就这样被派往构建组帮忙起来。尽管小艾对此很欣喜，但对构建组的一无所知，也令他对未来的工作有着些许迷茫，爱询问的小艾一进到构建组，便找到构建组的负责人问出了心中的疑问。软件是怎么做出来的？Java EE的应用软件开发过程是一个漫长的生命周期，从...
2016-11-30 10:26:00
136
转载 初学Python遇到的问题一二
这篇文章只是学Python最最最基础的部分知识，如果你已经有过python经验，哪怕就一点点经验，或许你都遇到过，但相信这些问题对你来说早已不算问题了，所以请跳过吧，用你的时间去学习更多其他的知识就好~ ^_^但是这篇文章中提到的问题尽管很简单，简单到幼稚到打点滴，但记录下来，为了提醒自己，学习的旅途中，总会有一些或大或小的问题，我们在嘲笑新人为什么这么简单的问题都不懂之前， 别忘...
2016-11-29 14:55:00
88
转载 常见算法题合辑（一）
这一章的内容，有些之前已经在微信公众号中将详细的思路及步骤汇总过，有些之后可能会再找时间对其进行分析，这里只将最终实现罗列出来，难易程度不分先后，算法复杂度不保证是最优，留给大家空间自行思考，当然，本章用的是C#语言进行编码，大家可以使用自己熟悉的语言将这些算法实现一遍哦~如果你有什么有趣的算法题或者没能解决的算法题，也可以留言给小编，让我们一起玩转算法~1. 冒泡排序...
2016-11-28 13:55:00
96
转载 重读《从菜鸟到测试架构师》--安装自动化测试
前面说到小艾明白了用户手册的重要性，小艾到这里已经对安装测试的内容及测试流程有了基本的熟悉，但他在与别人交流的时候发现无论是功能测试还是性能测试都是自动化进行的，于是产生了一个疑问，安装测试是否也可以自动化？如果可以，应该怎么做呢？效率的提高从自动化开始从组长的谈话中小艾得知，自动化测试是测试的发展方向和趋势，能够大幅度提高测试的效率。减少了人工干预，一旦测试用例需要重复执行的...
2016-11-25 10:51:00
89
转载 重读《从菜鸟到测试架构师》-- 客户的圣经之用户手册验证
有朋友看出来了，最近几篇文章很短，一方面，是这几个章节写得内容相对较简单，所以内容比较简短，还有一方面是我这几天相对比较忙，这篇文章也依然保持其篇幅小的特征，不过在这里可以保证，文章尽管短，但依然一字不落地将值得阅读的文字搬了上来，方便大家阅读学习~上一回说到小艾明白了安装测试中安装与卸载的测试用例如何保证质量，兴致冲冲地小艾回到座位之后，依据自己学的内容再次投入到工作中，可是，小艾...
2016-11-21 10:55:00
103
转载 重读《从菜鸟到测试架构师》 -- 安装测试质量之大观
上一回说到小艾自己尝试着写起了测试计划及测试用例，就在这时，小艾突然产生了疑问：从测试用例中我怎么可以知道测试质量是达到标准的呢？这时，耐心的组长又登场了，他告诉小艾，测试质量是有一套标准的，当测试用例满足这套标准的时候，我们就可以认为测试达到了质量要求。那么，到底有哪些标准呢？这一章节就来一起看看咯~产品安装1. 安装程序能够自动检查安装前提条件是否满足：对于软件安...
2016-11-17 14:46:00
82
转载 重读《从菜鸟到测试架构师》 -- 全面撒网，重点排查
前面我们说到小艾花了一个月时间才顺利完成组长给定的第一份任务，对安装流程有了基本的掌握，但是对于那句“一个好的可执行的测试计划是确保测试质量的关键”，却产生了不少的疑问，如何确定测试配置和测试场景，如何保证测试全面性及完成性呢？带着疑问，小艾来到了组长面前，组长也用心地给小艾从头到尾仔细讲了起来。选择测试配置撰写测试计划时，首先要清楚地列出产品所有能够支持的测试配置。测试...
2016-11-14 10:06:00
95
转载 重读《从菜鸟到测试架构师》-- 软件，是装出来的
前面第一章说到，小艾已经入职了，但是对测试一无所知的小艾，一再与导师交流之后，终于开始对测试有了初步的了解。但了解归了解，到底应该从哪里开始工作呢？导师觉得测试要先熟悉自己的产品才行，于是将小艾放在了安装测试组工作。小艾一听说是安装，那叫一个哭笑不得，安装也需要测试？开国际玩笑吧，想想计算机专业科班生，自己在大学的时候装系统装软件那是经常的事，这也太简单了好吧……这时导师非但没...
2016-11-04 10:22:00
83
转载 重读《从菜鸟到测试架构师》-- 职业生涯的考虑
都说万事开头难，小艾作为菜鸟测试工程师加入到测试项目团队，努力学习着关于测试入门的知识。有了基本的知识及对测试的领域有了一定的认识之后，小艾开始思考自己的职业生涯应该有什么样的前景？测试工程师是一个专注程度很高的技术背景职位，但小艾并不清楚自己未来无论是在技术还是管理上有哪些可以选择的发展方向，更别说如何选择方向了。于是，热心的导师再次登场，为小艾深入剖析技术与管理道路的发展路线。...
2016-10-27 11:45:00
86
转载 重读《从菜鸟到测试架构师》-- 从专家到高手
上回说到，工作了不长时间的小艾努力地梳理着软件尤其是测试领域的知识，比如团队中的角色有哪些分工，每一个分工都在做什么需要掌握什么。在测试的领域里如何判断软件质量的好坏，用什么样的方法来保障软件的质量，发现了bug如何定位及分析……做好了笔记的小艾发现自己跟刚入职时候的疑惑与迷茫有了明显的区别。他开始对组织结构有了一定的认识，对工作内容及工作方法有了自己的一点理解，及对测试相关的专业技...
2016-10-18 14:40:00
90
转载 重读《从菜鸟到测试架构师》-- 开发团队做的远不仅是开发
上回说到小艾跟着导师修炼了一段基本功之后，也明确了自己的专业技能学习道路，却在几次转头的瞬间发现身边的每一个人都似乎在做着不同的事情，不是说好的一个团队嘛，为什么你做这个，他做那个呢？小艾还真是疑惑，于是又屁颠屁颠去找导师聊天，不，请教去了~团队分工耐心的导师再一次给无知的小艾科普了一阵，原来，细致的分工能提高效率，团队的成员根据分工的结果担当不同的角色，在其位，谋其职。其实...
2016-10-17 13:11:00
93
转载 重读《从菜鸟到测试架构师》-- 测试专家的第一步
无论是大学毕业的第一份工作还是工作多年后重新入职新公司，我们都不可避免的会遇到上班第一天，在这第一天的时间里我们需要完成领设备、装系统等准备工作，当然，不可或缺的还有新人培训，这本书的第一章也直白地使用了这样的标题：第 1 章 上班第一天，新人培训。测试专家第一步这一短篇概述了测试行业的基本功及专业技能的描述，当然，毫无意外，要介绍下本书的主人公，小艾，他从某名牌大学计算机科学专...
2016-10-14 10:37:00
133
转载 重读《从菜鸟到测试架构师》-- 前篇
自从购买了《从菜鸟到测试架构师》之后，很认真的将这本书从序开始的每个字都看了一遍，也在书上边边角角做了笔记，再次重读这本书，也将这本书中阐述的概念，以及一些自己的理解将记录在博客园及微信公众号之中，也给未来的自己重读这本书时多一份参考。这篇文章是属于本书的前篇，即包括序文中对本书的一个简单的介绍。作为用户，使用一个电脑软件或者手机app的时候，遇到闪退的问题，你会怎么看待？当我们...
2016-10-12 11:49:00
92
转载 使用Nodejs+Protractor搭建测试环境
Protractor是一个end-to-end的测试框架，从网络上得到的答案是Protractor是作为Angular JS应用程序的测试框架。它的构建基于Selenium WebDriver之上，且围绕着Selenium WebDriver进行封装，因此，Protractor中包含的每一个feature对于Selenium WebDriver都是可用的。至于为什么会强调Protra...
2016-09-29 10:44:00
73
转载 简单的算法题之合并数组
在做关于数组的算法题之前，一定要先对数组有一定的了解： C#中的数组一旦被创建，大小就固定了，且不支持动态数组。数组的索引是从0开始的，也就是说，一个长度为n的数组，索引为0~(n-1)。数组实例是从System.Array继承的对象，数组是引用类型，有数据的引用及数据对象本身，引用在栈或堆上，且数组本身总是在堆上。 数组是引用类型，但数组的元素可以...
2016-09-28 16:22:00
235
转载 性能测试流程
性能需求调研当接到一个性能测试项目时，首先要对被测试系统进行全方位的性能需求调研工作，了解被测系统的架构和组成部分，以及被测系统的性能要求和性能指标，分析业务模型，以便后续制定合理的性能测试策略和设计合理的性能测试场景。性能测试需求分析主要目的：找出可能造成系统瓶颈的因素，为后面的测试场景设计提供依据。影响系统性能的原因有很多： 环境配置性能需求：应用配置需求，系统...
2015-11-17 17:19:00
89
转载 性能测试基础
目前，典型的企业信息服务系统的架构一般是由客户端、网络、防火墙、负载均衡服务器（硬件如F5, 软件Apache等）、Web服务器、应用服务器（中间件WebLogic, Tomcat等）、数据库服务器等各个环节组成。在交付给客户上线使用之前，业务系统的每个环节都要进行性能测试和优化，才能保证上线后的质量。功能测试和性能测试功能测试主要根据产品业务需求、产品行业特征、模拟用户操作...
2015-11-11 14:43:00
277
转载 电脑木马
木马与计算机网络中常常要用到的远程控制软件有些相似，通过一段特定的程序(木马程序)来控制另一台计算机，从而窃取用户资料、破坏用户的计算机系统等。木马的组成部分一个完整的木马由三部分组成：硬件部分、软件部分和具体连接部分。硬件部分：指建立木马连接必须的硬件实体，包括： 控制端：对服务端进行控制的一端 服务端：被控制端远程控制的一端 Internet：是数据传输的网络载...
2015-10-30 14:26:00
203
转载 防范与清除电脑病毒
计算机病毒的特点程序性(可执行性)：计算机病毒与其他合法程序一样，是一段可执行程序，但它不是一个完整的程序，而是寄生在其他可执行程序上，所以享有该程序所能得到的权力。传染性：传染性是病毒的基本特征。病毒程序代码一旦进入计算机并被执行，就会自动搜寻其他符合其传染条件的程序或存储介质，确定目标后再将自身代码插入其中，实现自我繁殖潜伏性：一个编制精巧的计算机病毒程序可以在一段很长时间内隐藏...
2015-10-30 13:23:00
255
转载 软件测试之自动化测试
自动化测试的优势能够极大地提升测试的效率，测试人员可以迅速地在指定平台部署测试脚本且对相应功能进行测试。“弱化”了软件测试人员个体差异对测试结果的影响。提高整个测试团队的技能水平。自动化测试的缺陷自动化测试的缺陷在于：总是按照既定的流程往下走，不能像人一样随机应变。一旦功能发生变动，就需要重新维护测试脚本。自动化脚本的关键要开发一套高质量的测试脚本，并不是简单...
2015-10-29 17:05:00
149
转载 软件测试之补丁包测试
产品补丁包Fix Pack, 是产品发布出去之后由产品开发团队定期发布的补丁集合。补丁包测试是对补丁包进行的测试，该测试类型可以看作是一个简单的产品的测试，与产品测试相关的所有内容基本都需要涵盖。补丁包测试的目的按时、定期发布的补丁包可以帮助客户获得持续提高的产品质量和用户体验。由于补丁包包含的内容来源于已经被客户发现的问题及未被客户发现的潜在问题，应用补丁包将有效帮...
2015-10-27 14:45:00
951
转载 软件测试之成品测试
GMV: Golden Master Verification Test, 即通常说的成品测试或介质测试。它的测试目的一个是保证客户拿到的成品没有质量问题，从软件发布的角度来说，即保证客户能够顺利安装并使用产品生产部门提供的光盘或者网上下载的应用程序进行产品；另一个目的是保证产品在前期缺陷修复过程中不会因为代码改动而产生新的问题。注意：在此阶段不要运行新的测试用例，保证GMV能在合理...
2015-10-23 14:27:00
394
转载 软件开发概述--敏捷模式
软件开发生命周期SDLC--Software Development Life Cycle.传统的软件开发生命周期有： 瀑布模型：顺序进行，只有完成上一个阶段才能开启下一个阶段，将软件生命周期分为：制定计划、需求分析、软件设计、编写程序、软件测试及运行维护六个基本活动。优点是为项目提供了按阶段划分的检查点及关注点，必须为其提供模板来使分析、设计、编码、测试、支持有一个共同的...
2015-10-19 14:56:00
160
转载 扫描和嗅探
黑客在攻击之前首先会在计算机中搭建虚拟环境，从而使用黑客工具进行模拟攻击，这样黑客工具对虚拟机造成了破坏，也可以很快恢复，且不会影响自己本来的计算机系统。至于如何搭建虚拟环境，网络上有很多文章描述，这里就不赘述了。确定目标主机IP地址只有设置好网关的IP地址，TCP/IP协议才能实现不同网络之间的相互通信。网关IP地址是具有路由功能的设备IP地址，具有路由功能的设备有路由器、启用...
2015-10-16 06:28:00
343
转载 黑客入门之IP地址及常用命令
在网络上，只要利用IP地址就可以找到目标主机，因此，如果黑客想要攻击某个网络主机，就要先确定该目标主机的域名或IP地址。IP地址概述所谓IP地址就是一种主机编址方式，给每个连接在Internet上的主机分配一个32bit地址，也称为网际协议地址。一个完整的IP地址信息，通常应包括IP地址、子网掩码、默认网关和DNS等4部分内容，只有4部分协同工作时，用户才可以访问Internet...
2015-10-14 00:23:00
4370
转载 软件测试之客户化测试
从事软件测试工作已经5年了，仔细想想，还真没听说过有一种测试叫客户化测试。看似陌生的名词，其实并不那么陌生，不信，先看看客户化测试的概念： 所谓客户化测试，是针对一个软件产品的客户化定制能力所做的测试，它侧重于模拟用户使用产品的场景，通过对产品的公开文档、教程以及产品开发接口的使用，按照产品服务部门提供的客户需求，开发相应的功能定制样例，并撰写相应文档以供客户学习和参考。看完概念之...
2015-10-13 11:38:00
402
转载 黑客入门初识
学习黑客知识前，首先要了解黑客常见的术语与命令，当然，进程、端口、IP地址等基础知识也是很必要的。什么是黑客？有些人习惯性认为黑客是电脑的侵入者，而且很多时候代表的是一个贬义的名词，其实黑客指代的是拥有熟练电脑技术的人，并无明显的褒义贬义之分，其中，在黑客的领域里，有一类黑客叫白帽黑客，这类人是有能力破坏电脑安全但是不具有恶意目的的黑客，他们一般有着清楚的道德规范，并常常试图同企...
2015-10-12 22:38:00
154
转载 软件测试之迁移测试
客户为什么会有迁移的需求？一般而言，迁移的过程势必对当前应用系统运行产生一定的影响，从而会给客户的营业额带来一定的损失，同时客户还得投入大量的人力物力进行迁移的可行性研究、测试及实施等工作。一般而言，迁移的目的是为了获取新版本更加完善的功能，以及最新的业务模式。当然，还有其他一些原因促使客户去迁移应用，例如，随着客户业务的不断增长，对系统的性能要求越来越高。总之，企业级应...
2015-09-16 16:00:00
525
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人