王丽丽的阅读
性能分析之OS资源饱和度
在做性能分析的时候，我们不可避免地判断资源到底够不够用？哪里不够？为什么不够？证据是什么？回复得了这些问题并不容易。今天就来絮叨一下OS资源饱和度应该如何衡量。现在kubernets盛行，所以这里来借用k8s中部署的prometheus+grafana来看直观的看图。CPU资源：先看一个图：一边是CPU使用率，一边是CPU饱和度。饱和度如何来算的呢？看它的query是什么样的：即是node_cpu
355°/
2019-08-06/3554 人阅读 / 0 人点赞
/ 0 条评论
兼容性测试（Compatibility Test Suite）在移动App上应用
在计算机术语上兼容是指几个硬件之间、几个软件之间或是软硬件之间相互配合程度兼容性测试是指测试软件在特定的硬件平台上、不同的应用软件之间、不同的操作系统平台上、不同的网络环境中是否能正常的运行的测试。比如：一个界面在4.7英寸上显示的是正常的，在5.5英寸上却显示不全兼容性测试的核心内容：测试软件是否能在不同的操作系统平台上兼容，或测试软件是否能在同一操作平台的不同版本上兼容软件本身能否向前或向后兼
226°/
2019-08-03/2267 人阅读 / 17 人点赞
/ 0 条评论
性能分析之dubbo性能参数导致单cpu高
今天记录一个小问题。问题不大，也没什么分析的逻辑可以讲的。但是想着比较典型，所以就写一写。某年某月的某一天，就像一张破碎的脸......不对，串台了。这一日，一个朋友发来个问题。听起来是个问题。一个线程忙，这种情况应该比较好处理吧。再看一下CPU的状态是什么样，记住这一步是看进程中的线程。这种操作我想看过7DGroup公众号上文章的人都已经会了。然后印下dump信息。printf转换下pid到十六
325°/
2019-08-02/3254 人阅读 / 0 人点赞
/ 0 条评论
Web UI自动化测试之基础知识篇
最近LuckyFrameQQ官方群里很多小伙伴在问有关WebUI自动化测试的事情，接下来的一段时间，小熊会系统和大家分享下。今天这篇文章主要是针对UI自动化零基础或者经验较少的小伙伴哦~~在平台上做UI自动化，可能首先，我们需要知道，需要具备哪方面技能才好下手？小熊认为主要是以下几点：1：前端相关技术HTML、JavaScript基础知识2：合适的工具选型SeleniumWebDriver的基本原
415°/
2019-08-01/4145 人阅读 / 3 人点赞
/ 1 条评论
Appium IOS UI自动化测试简易配置
最新的Xcode调试时可以不用开发者证书直接build进手机今天用到的源代码加入QQ：330374464即可获取。1、下载好源代码后打开，修改下bundleid否则可能bulid不了，试下能不能bulid进模拟器或真机，可以就继续下一步2、配置AppiumApppath可以在Xcode里查看直接复制fullpath里面的内容就行了真机的udid可以在iTunes里查看如果没显示udid再点击下序列
206°/
2019-07-31/2068 人阅读 / 0 人点赞
/ 0 条评论
说说分层测试中HTTP的API测试工具
无论在谁的分层测试理论中，接口级别的测试都是不可或缺的一层，无论是三角形分层测试模型，还是菱形分层测试模型。API测试工具和手段都是重要的分层测试的落地实践部分，同时也会作为集成测试一部分存在。在API测试中主要关注的除去功能正确性外还有可靠性、性能、鲁棒性和安全性。本文将提供一些API测试工具的摘要，涵盖开源和商业解决方案，测试团队可以根据自己的需求进行选择。Postman官方网址：https:
232°/
2019-07-13/2322 人阅读 / 0 人点赞
/ 0 条评论
Android终端单测杂烩
给测试同学-关于语言补习Kotlin*建议Java全熟之后再看，同时看有可能会记错用法；*语法比较多，需要慢慢消化；*优先看下官网的Higher-OrderFunctionsandLambdas还有inlinefunctions有助于尽快看懂开发代码。Java*泛型需要优先看下，其它结合开发代码学习。以上两种，先看Java再跟进Kotlin的话，体感大概一~二周差不多可以读懂开发代码+写一些单测用
211°/
2019-07-12/2111 人阅读 / 0 人点赞
/ 0 条评论
实战契约测试
刘华KennethV社北京社6天前“消费者驱动契约测试对于API或微服务开发非常重要，它解耦了API提供者和消费者间的开发与测试过程。”API或微服务间的集成测试不容易，且成本高昂。不管是作为API的提供者还是消费者，都无法单独完成集成测试。作为消费者，要测试则需要启动提供者的服务，但它往往已经是其他团队的领地，反之亦然。提供者和消费者的开发步伐也往往不一致，导致彼此间不必要的等待时间。当测试出现
215°/
2019-07-09/2148 人阅读 / 2 人点赞
/ 1 条评论
测试不再是测试，测试还是测试
之前写了一篇Scrum不再是Scrum，Scrum还是Scrum然后答应写今天这篇文章，由此而来，而且希望这篇文章给您更多启发...昨天我们还是我们，今天我们不再是我们。许多时候，我们没有区分“软件测试”和“专职做软件测试的人”。多年前就有人喊“TestingisDead”，这里的“testing”不是指软件测试本身，更多是指“测试”职业；所以，当我们从测试职业角度出发，完全可以说：测试不再是测试
372°/
2019-07-08/3720 人阅读 / 3 人点赞
/ 0 条评论
Scrum不再是Scrum，Scrum还是Scrum
Scrum（agile中）不再是Scrum（橄榄球赛）（今天的）Scrum还是（30年前的）Scrum（why？听我慢慢道来）今天软件研发推崇敏捷开发，在敏捷开发的众多模式中，大家又推崇Scrum，其应用超过半壁江山，如图1所示。讨论敏捷，不得不讨论Scrum，而图1敏捷开发的各种模式应用所占比重Scrum诞生很早，比敏捷宣言要早15年，可以追溯到1986年。那一年，享有世界“知识运动之父”美誉的
306°/
2019-07-05/3064 人阅读 / 1 人点赞
/ 0 条评论