[其它] 具有湿法腐蚀电极的反交错非晶InGaZnO薄膜晶体管的Craft.io开发

说明：具有湿法腐蚀电极的反交错非晶InGaZnO薄膜晶体管的Craft.io开发
<weixin_38644233> 上传 | 大小：643kb

[其它] RobotFramework作者建议如何选择自动化测试框架

说明：RobotFramework作者建议如何选择自动化测试框架软件自动化测试，作为手工测试的替代，越来越受到关注。PekkaKl?rck，作为RobotFramework的创建者和核心开发者，按照系统级别，介绍了几 　　作者建议如何选择自动化测试框架   　　软件自动化测试，作为手工测试的替代，越来越受到关注。PekkaKl?rck，作为RobotFramework的创建者和核心开发者，按照系统级别，介绍了几种不同的自动化测试方法的区别。   　　一、记录回放的方式流行于商业工具之中，无需编程技能即
<weixin_38529486> 上传 | 大小：81kb

[其它] 百度软件测试工程师能力胜任力模型

说明：这是百度之前质量大部门的晋级标准,目前大质量部已经被拆分.所以早就过期也不算什么秘密了.本来是只供内参的.考虑到好多人最近跳槽.索性转出来给大家参考下.可以自己评估下 百度测试工程师胜任力模型（任职资格标准）-QAD&QAT 胜任力模型说明： 胜任力模型作为QATC职称评定标准的细化与解读，帮助QA更好的理解各职称级别对于工程师的能力要求。 细则中对各级别工程师，在四个维度上的要求是and的关系；每个级别的单维度下有多条能力描述，这些描述也是and的关系 从胜任力角度看，这四个维度同样重要，理想
<weixin_38638033> 上传 | 大小：52kb

[其它] 在小米六年的研发工程师讲述：小米大树之测试之痛

说明：一直想写一系列的笔记，记录整个小米六年的研发工作中实际遇到的困难，以及这一大群人如何不可避免的走向大公司氛围，又如何慢慢打破定势，苦于自己拖延症影响，现在才开始总 缘起 一直想写一系列的笔记，记录整个小米六年的研发工作中实际遇到的困难，以及这一大群人如何不可避免的走向大公司氛围，又如何慢慢打破定势，苦于自己拖延症影响，现在才开始总结。 共分三个部分：基础架构之痛、测试之痛、产品进度之痛。本篇是第二部分。 测 2010年，来自各大公司的ABCD君，都拥有良好的软件工程习惯，测试代码行行见血。即便
<weixin_38607784> 上传 | 大小：95kb

[其它] 软件质量预测与评估方法探究

说明：大多数软件质量从业者认为，软件质量衡量的直观标准就是软件存在bug的多少，是否具有高性能，以及是否具有高安全性。但实际上并不全面，更准确地说，软件质量的高低是由软件产 一、软件质量概览 1.1Agile对软件质量的影响 大多数软件质量从业者认为，软件质量衡量的直观标准就是软件存在bug的多少，是否具有高性能，以及是否具有高安全性。但实际上并不全面，更准确地说，软件质量的高低是由软件产品对用户产生的价值的高低衡量的。一方面，要体现对用户的需求的满足；另一方面，要体现软件本身的优势和特性。 对于第一
<weixin_38595356> 上传 | 大小：63kb

[其它] 测试用例的那一回事

说明：首先，我们需要知道：为什么需要测试用例? 前言 最近，团队对测试用例十分的注重，因此，下面是我对测试用例的一些解析。 首先，我们需要知道：为什么需要测试用例？ 理由很简单，就是为了在测试用例的辅助下，编写出高质量，可维护代码。 问题 正如因为地震的爆发，才会有地震仪的诞生。测试用例的诞生，也必然有其需要解决的问题： 当我们在开发，我们往往会有以下的问题： 需求和开发脱节 当一份需求来了，开发人员往往不能百分百的理解需求的内容（抛弃产品自己变更需求的可能性。。），这往往会让开发人员开发出的功能会有
<weixin_38697808> 上传 | 大小：81kb

[其它] 敏捷测试3.0

说明：敏捷测试人员通常被称为质量分析师、SET、测试工程师和QAlead，以及其他一些名称。我已经做了一段时间的测试了，下面我将基于如何在敏捷团队中做好测试分享一些个人观点。在 　　敏捷测试人员通常被称为质量分析师、SET、测试工程师和QAlead，以及其他一些名称。我已经做了一段时间的测试了，下面我将基于如何在敏捷团队中做好测试分享一些个人观点。在本文中，将用QA来代替敏捷测试人员。   　　即使在敏捷团队，大多数人也会把QA当作一个独立的角色使之与其他团队成员区分开来。我认为这是一个过时的概念。Q
<weixin_38586186> 上传 | 大小：72kb

[其它] 做手机应用软件测试的要点是什么？

说明：一、对于产品的手机项目（应用软件），主要是进行系统测试。而针对手机应用软件的系统测试，我们通常从如下几个角度开展：功能模块测试，交叉事件测试，压力测试，容量测试，兼容性测试，易用性/用户体验测试等。 1、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试用例（TestCase）或软件本身的流程就可以完成基本功能测试（相对简单，故障也较容易发现、解决）。 2、交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干
<weixin_38602098> 上传 | 大小：56kb

[其它] 性能分析系列-小命令保证大性能

说明：最近在工作中经常和性能压测工作打交道，积累了一些性能分析经验，我觉得这些经验对每一个开发者都有帮助的，能开发出性能高的代码也是我们的最终目标。 最近在工作中经常和性能压测工作打交道，积累了一些性能分析经验，我觉得这些经验对每一个开发者都有帮助的，能开发出性能高的代码也是我们的最终目标。 由易到难，我们逐步介绍不同命令的用法和好处，这些命令是如何帮助我们开发人员进行性能分析的。 一、开发者的自测利器-Hprof命令 1、示例演示 例子程序：/***PROJECT_NAME:test*DATE:
<weixin_38612437> 上传 | 大小：49kb

[其它] 浅谈服务器性能测试的全生命周期——从测试、结果分析到优化策略

说明：服务器性能测试是一项非常重要而且必要的工作，本文是作者Micheal在对服务器进行性能测试的过程中不断摸索出来的一些实用策略，通过定位问题，分析原因以及解决问题，实现对服务  1.服务器性能测试小结 讲到服务器性能大部分人会想到这个服务器的架构是什么样子的，用的什么epoll，select，spring，tornado之类的。其实从本质上来看的话目前大部分的服务器主要包括逻辑层以及DB层，我们采用的各种框架组件处于逻辑服务器中，如下图所示。
<weixin_38559569> 上传 | 大小：43kb

[其它] 让我们来聊一下UI自动化测试

说明：我发现了，大家极度关心自动化测试，尤其是UI自动化测试，虽然现在作为专项测试，离开这些越来越远了，但总能遥想以前，我总能想起自己做nokia的WindowsLive的ui自动化，做web的自动化 　　我发现了，大家极度关心自动化测试，尤其是UI自动化测试，虽然现在作为专项测试，离开这些越来越远了，但总能遥想以前，我总能想起自己做nokia的WindowsLive的ui自动化，做web的自动化测试，后面加入腾讯，写过pc的自动化，作为早期的终端测试，做android的自动化，然后mac的，然后io
<weixin_38519849> 上传 | 大小：82kb

[其它] 关于数据型驱动自动化测试实现

说明：在ui自动化测试过程中，目前存在最大的缺陷就是如果产品的ui或者结构改了那么这个项目进行的自动化测试脚本可能要面临全面维护。这也是目前ui自动化面临的很让人崩溃的事情。因此现在很多互联网产品项目发现ui自动化在测试中的价值越来越小，因为互联网产品的迭代太快，自动化测试组往往刚刚完善了自动化脚本，项目也跑起来了。突然来了项目大改版，崩溃啊，这意味这代码要重新进行维护，而且维护成本很高。可能维护完了产品需求又改了，往往跟不上脚步。因此我UI自动化比较适合以下两种情况的项目：1.产品原型趋于稳定阶段，
<weixin_38660295> 上传 | 大小：54kb