[其它] 国内外软件测试工程师技术比较杂谈

说明：在国外，资深的软件测试人员大多是手动测试，他们厉害之处在于测试用例的设计，但在国内，很多测试人员都把自动化测试当成很厉害的资本，为什么?说点自己的不成熟看法。 　　在国外，资深的软件测试人员大多是手动测试，他们厉害之处在于测试用例的设计，但在国内，很多测试人员都把自动化测试当成很厉害的资本，为什么? 　　说点自己的不成熟看法。 　　将自动化测试当成很了不起的资本，源于国内对Coding的崇拜，譬如一个Dev跟一个QA放在一起，大家的第一直观印象就是——前者的技术能力比较强。 　　实际上，这个问题
<weixin_38576561> 上传 | 大小：68kb

[其它] 如何有效的学习：导师的力量！

说明：在我早先发布在网络上的文章里我提到了寻找导师。大家在文章的回复里都觉得应当去寻找一位导师，也认为自己真的需要一位导师，但没有人知道如何找到导师。发布文章之后，我收到了一堆希望拜我为师或指导如何寻找导师的邮件。正如我答应他们的那样，在这篇文章里面我会给出所有的回复。 　　师徒关系可以追溯到史前穴居人(以及穴居女人)时期。那个时候部落中年长的成员差不多16岁左右就会教授其他未成年的部落成员如何躲避剑齿虎、制作长矛、清理并制作剑齿虎的皮毛以及其他的生存技能，例如要去洞穴外方便。 　　在开会以及黑莓手机
<weixin_38701683> 上传 | 大小：106kb

[其它] 自动化测试平台RobotFramework快速入门

说明：目录RobotFramework快速入门介绍概述安装运行demo.介绍样例应用程序 　　目录 　　RobotFramework快速入门 　　介绍 　　概述 　　安装 　　运行demo. 　　介绍样例应用程序 　　测试用例 　　介绍 　　概述 　　RobotFramework是一个关键词驱动的自动测试框架。测试用例位于HTML或者TSV(以tab分隔值)文件，使用在测试库中实现的关键词来在测试中运行程序。因为RobotFramework是灵活和可扩展的，所以它很合适用于测试具有多种接口的复杂软件：
<weixin_38504417> 上传 | 大小：68kb

[其它] RobotFramework快速入门

说明：目录介绍概述安装运行demo介绍样例应用程序测试用例第一个测试用例高级别测试用例 　　目录 　　介绍 　　概述 　　安装 　　运行demo 　　介绍样例应用程序 　　测试用例 　　第一个测试用例 　　高级别测试用例 　　数据驱动测试用例 　　关键词keywords 　　内置关键词 　　库关键词 　　用户定义关键词 　　变量 　　定义变量 　　使用变量 　　组织测试用例 　　测试套件 　　启动和卸载 　　使用标签 　　创建测试库 　　介绍 　　概述 　　RobotFramework是一个关键词驱动
<weixin_38628626> 上传 | 大小：71kb

[其它] 使用远程接口库进一步扩展RobotFramework的测试能力

说明：RobotFramework的四层结构已经极大的提高了它的扩展性。我们可以使用它丰富的扩展库来完成大部分测试工作。可是碰到下面两种情况，仅靠四层结构就不好使了： 　　引言: 　　RobotFramework的四层结构已经极大的提高了它的扩展性。我们可以使用它丰富的扩展库来完成大部分测试工作。可是碰到下面两种情况，仅靠四层结构就不好使了： 　　1.有些复杂的测试可能跨越多个物理机器，且有的测试库也必须部署在被测系统上。 　　2.一个测试要使用多个库，但是有的只能用jybot运行，有的只能用pybo
<weixin_38642285> 上传 | 大小：79kb

[其它] RobotFramework用户说明书翻译稿

说明：1.此文档是和重庆同事的共同劳动成果，不是我一个人翻译的。2.依据RobotFramework2.6.3版本翻译，由于水平有限，时间仓促，难免有错误，请大家不吝指出。 　　声明： 　　1.此文档是和重庆同事的共同劳动成果，不是我一个人翻译的。 　　2.依据RobotFramework2.6.3版本翻译，由于水平有限，时间仓促，难免有错误，请大家不吝指出。 　　翻译部分： 　　2.2.1测试用例语法 　　基本语法 　　测试用例是由测试用例表中有效的关键字构成的。关键字可以从测试函数库或资源文件中导
<weixin_38749863> 上传 | 大小：57kb

[其它] 如何编写RobotFramework测试用例1---(基本格式篇)

说明：引子 　　我们使用符合RobotFramework规范的一种表格语法来编写测试用例。用例一般会是下面这个样子 　　这样的表格存储到一个文件中，就是一组测试用例。RF支持多种格式，如HTML，TSV,纯文本等。它们长相大同小异，其实描述的都是一种内容。为了方便，推荐使用RIDE这个用例的编辑工具来编写测试用例，这些文本在RIDE环境下被打开长得是一个样子的。 　　测试用例与文件的关系 　　一个文件被称作一个测试套件(Testsuit)，期间可以包含多个测试用例。上图就是一个测试套件，里面包含2个
<weixin_38641111> 上传 | 大小：65kb

[其它] 使用RobotFramework框架远程操作UNIX系统

说明：RobotFramework是一个强大的自动化测试框架，依靠社区力量编写的TestLibrary为它提供了非常强的扩展性。下面我将介绍的就是如何使用第三方提供的扩展测试库(TestLibrary)来远程登录Unix，并在上面做常见操作。环境准备(W32环境下)： 　　RobotFramework是一个强大的自动化测试框架，依靠社区力量编写的TestLibrary为它提供了非常强的扩展性。下面我将介绍的就是如何使用第三方提供的扩展测试库(TestLibrary)来远程登录Unix，并在上面做常见操
<weixin_38582793> 上传 | 大小：64kb

[其它] 我是一名TD测试工程师

说明：我叫叶少奎，是凯明的一位终端测试工程师，凯明刚成立的时候我就加盟了，主要负责凯明的TD网络优化、系统测试、版本发布等。这5年一路走来，真可谓是尝遍酸甜苦辣，套用一句歌词那真是“把悲伤留给自己，美丽让你带走!”现在社会上一些不负责任的媒体整天瞎忽悠TD,一些所谓的专家也跟着掺合，搞的一些人对TD很有看法，作为TD的一个“老兵”，我今儿讲讲自己的故事，也算给大家一个交代，还TD一个清白。 　　2002年的时候，我当时在新加坡搞计算机通信，听说国内要搞3G就动了回国的念头。这之前我在华为做过GSM系统
<weixin_38743076> 上传 | 大小：99kb

[其它] 谈谈你了解的软件测试流程及使用到的工具

说明：一般测试流程：1.需求分析阶段：只要就是对业务的学习，分析需求点。2.测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。 　　一般测试流程： 　　1.需求分析阶段：只要就是对业务的学习，分析需求点。 　　2.测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。 　　3.测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案
<weixin_38684743> 上传 | 大小：52kb

[其它] 如何合理地减少测试工作量

说明：减少冗余的测试白盒测试与黑盒测试的方式虽然不同，但往往有“异曲同工”之妙。在很多地方，白盒测试与黑盒测试会产生一模一样的效果(或者能推理出来)，这样的测试是冗余的。 如何合理地减少测试工作量　　 减少冗余的测试 　　白盒测试与黑盒测试的方式虽然不同，但往往有“异曲同工”之妙。在很多地方，白盒测试与黑盒测试会产生一模一样的效果(或者能推理出来)，这样的测试是冗余的。 　　在集成测试、系统测试阶段，可能要执行多次“回归测试”。每一次“回归测试”都会存在不少的冗余，应当设法剔除不必要的重复测试工作。
<weixin_38717169> 上传 | 大小：42kb

[其它] 如何写好测试用例的设计心得

说明：入行软件测试行业2年，从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题，如何编写好的测试用例? 　　如此简单的问题一问，仔细一想，思绪凌乱无章。这就是没有好好思考过的原因。 　　今天在博客总结下自己的看法，如何编写测试用例： 　　1、了解软件的原始需求(测试目的) 　　在编写一个软件或者模块的测试用例时候，一定要明白这个功能的原始需求，也就是软件的使用者(客户)的需求。理解原始需求后，编写的测试用例才更有目的性。 　　2、熟悉软件的功能需求(测试点
<weixin_38563525> 上传 | 大小：65kb