[其它] AndroidAPP性能及专项测试

说明：Android篇   1.性能测试 Android性能测试分为两类： 1、一类为rom版本（系统）的性能测试 2、一类为应用app的性能测试 Android的app性能测试包括的测试项比如： 1、资源消耗 2、内存泄露 3、电量功耗 4、耗时 5、网络流量消耗 6、移动终端相关资源利用率 7、帧率 8、渲染等等.... 工具： （工具的原理都是基于调用android底层的一些api来获取到测试所用到的值）GT等
<weixin_38577551> 上传 | 大小：132kb

[其它] Android单元测试和UI测试初步实践

说明：对于大多数Android商业项目，基本都是处于高速迭代的开发阶段，这个阶段不仅仅是对项目的开发效率，也对项目的产品质量提出了更高的要求。 通常大型项目都是通过黑盒测试等方式来提供质量相关的保障，但同时笔者认为也需要Android端的单元测试以及能自动在Android平台上运行的UI测试，这几种测试有以下几个优势： 更早发现代码中存在的bug等问题，提前fixbug； 更好地设计：在进行项目重构的时候，保证重构的新代码能正确运行，这样就能在业务不断迭代的同时，更好地保障产品质量。 Andr
<weixin_38526421> 上传 | 大小：140kb

[其它] RobotFramework自定义测试库的作用域的理解

说明：RobotFramework为了保证测试用例之间的独立性,默认情况下,它为每个测试用例创建新的测试库实例.然而,这种方式不总是我们想要的,比如有时测试用例需要共享某个状态的时候.此外robotframework中，强大的测试库api支持，用户可根据实际需求定义测试库，导入后可使用自定义库中相应的关键字。 　　当自定义的测试库是类库，则需要考虑一个问题：类实例。用类实现的库可以有内部状态,这些状态可以被关键字或构造函数修改.因为这些状态会影响到关键字实际的行为,所以,保证一个测试用例不会意外地影响
<weixin_38726441> 上传 | 大小：840kb

[其它] 谷歌如何实现10亿行代码的测试覆盖率？

说明：谷歌研究人员进行了一项分析，这项分析揭示了该公司的工程师如何管理10亿行代码的代码测试覆盖率。 谷歌研究人员进行了一项分析，这项分析揭示了该公司的工程师如何管理10亿行代码的代码测试覆盖率。 该图片来自于谷歌，其中彩色标识的行号（用红色矩形框突出显示）用来可视化地查看代码覆盖情况。行号如果被测试覆盖，则为绿色；如果没有被覆盖，则为橙色；如果没有检测该行，则为白色。 在软件开发中，一个称为代码覆盖率的常用度量标准，用于度量部署代码之前，所执行的测试覆盖到的系统代码的百分比。代码覆盖率通常由单独的
<weixin_38638002> 上传 | 大小：194kb

[其它] 安全测试浅析

说明：web应用无处不在，存在于每个行业，现在的发展速度非常快速，且web应用在软件开发中所扮演的角色不断成长并且越来越重要，而现在，web应用遭受着格外多的安全攻击，其原因在于，现在的网站以及在网站上运行的应用在某种意义上来说，它是所有公司或者组织的虚拟正门，所以比较容易遭受到攻击，存在安全隐患 今天主要给大家分享下有关安全测试的一些知识点以及注意事项，主要是以下几点： 1、安全测试的验证点： 一个系统的安全验证点，大致主要可以从以下来作为切入点，攻击点（每个点例举一两个）： 1、上传功能：    
<weixin_38502722> 上传 | 大小：96kb

[其它] 使用人工智能测试软件

说明：随着计算机视觉算法和现代人工智能（AI）技术应用的发展，编写可视化测试已经成为现实。由于在测试中加入AI，自动测试也变为可能。我们可以将无聊、重复的工作交给AI，这样测试 随着计算机视觉算法和现代人工智能（AI）技术应用的发展，编写可视化测试已经成为现实。由于在测试中加入AI，自动测试也变为可能。我们可以将无聊、重复的工作交给AI，这样测试人员就可以用更多时间做其他测试方面的思考。 布道师、Applitools的高级架构师GilTayar 在CraftConference2018 上和我们介绍了
<weixin_38513665> 上传 | 大小：99kb

[其它] 德国HIMA_H51q-HRS维护手册

说明：介绍了关于德国HIMA_H51q-HRS维护手册的详细说明，提供HIMA的技术资料的下载。
<weixin_38712548> 上传 | 大小：2mb

[其它] 企业什么时候不应该采用敏捷开发(Agile)？

说明：敏捷开发作为最近的时髦词汇，已经迅速席卷了IT界，以前Agile的使用仅仅适用于网站和手机APP的开发范围，而今传统企业IT也想引进Agile模式，来打造新的企业IT服务模式。Agile的好处我 敏捷开发作为最近的时髦词汇，已经迅速席卷了IT界，以前Agile的使用仅仅适用于网站和手机APP的开发范围，而今传统企业IT也想引进Agile模式，来打造新的企业IT服务模式。Agile的好处我此处就不再描述了（本人目前主要的工作就是负责在公司内部内部普及Agile和DevOps），我在此主要是说说Ag
<weixin_38734361> 上传 | 大小：65kb

[其它] 敏捷软件质量保证的方法与实践

说明：我们持续演化，对于将软件QA浓缩到所有开发任务完成后的测试阶段的方法，它们的问题在于：会给团队带来巨大成本并将整个项目置于高风险之中。在测试阶段，开发人员竭尽全力确 软件质量保证的实践 常见的SQA的架构   我们持续演化，对于将软件QA浓缩到所有开发任务完成后的测试阶段的方法，它们的问题在于：会给团队带来巨大成本并将整个项目置于高风险之中。在测试阶段，开发人员竭尽全力确保他们的代码具有极少的缺陷。然后测试人员努力揭示软件中每个可能的缺陷，而经理和客户希望他们拥有适合向市场发
<weixin_38686658> 上传 | 大小：1mb

[其它] 什么是微服务:微服务写的最全的一篇文章

说明：本文主要讲解的是微服务，详细阐述了微服务的利弊、服务分层、微服务的服务发现的三种方式微服务的路由发现体系等相关知识。 今年有人提出了2018年微服务将疯狂至死，可见微服务的争论从未停止过。在这我将自己对微服务的理解整理了一下，希望对大家有所帮助。   1.什么是微服务 1）一组小的服务（大小没有特别的标准，只要同一团队的工程师理解服务的标识一致即可） 2）独立的进程（java的tomcat，nodejs等
<weixin_38550137> 上传 | 大小：684kb

[其它] 软件质量保证实践综述

说明：仓促的开发可能会为团队节省片刻的时间，但是，如果有一些重大开发问题没有从一开始就考虑到，最终可能导致需要投入更多的时间。结果是浪费了大量团队资源来修复和重新设计代 软件质量保证的实践 常见的SQA的架构 我们持续演化，对于将软件QA浓缩到所有开发任务完成后的测试阶段的方法，它们的问题在于：会给团队带来巨大成本并将整个项目置于高风险之中。在测试阶段，开发人员竭尽全力确保他们的代码具有极少的缺陷。然后测试人员努力揭示软件中每个可能的缺陷，而经理和客户希望他们拥有适合向市场发布的软件。 仓促的开发可
<weixin_38747978> 上传 | 大小：1mb

[其它] 如何度量测试开发的价值产出？

说明：每到年底的时候，不管是个人还是团队，总是避免不了要对这一年的工作成果进行总结和汇报。而对于测试开发岗位来说，通常会面临一个共性的问题：做了这么多事情，究竟产出了多每到年底的时候，不管是个人还是团队，总是避免不了要对这一年的工作成果进行总结和汇报。而对于测试开发岗位来说，通常会面临一个共性的问题：做了这么多事情，究竟产出了多大的业务价值？在很长一段时间内，我对这个问题也是非常困惑。困惑的原因倒不是觉得工作内容没有价值，而是对于测试开发类的工作，通常没有明确的业务需求方，对于工作成果度量也没有统一的
<weixin_38696458> 上传 | 大小：68kb