最近遇到了这样一个bug，发现当状态栏改变（比如出现开启热点，另一个程序后台获取位置等）后，有些view会下移，而有些view不会下移，如果是底部的view下移后就会造成bug。于是我就探索了一下并做出总结。状态栏的改变会造成哪些改变？当状态栏出现后，当前视图的根view的frame会发生改变，它的y值会增加20，高度会减少20。而[UIScreenmainScreen].
简介代码覆盖率是衡量项目源代码被测试的一种指标，部分的人认为这是一个非常有用的标准，越高的代码覆盖率可能就代表了更高更安全的质量保证；部分人对代码覆盖保持怀疑的态度，尽管承认覆盖率是测试质量的一个标准，但不一定相信已被覆盖的代码是经过良好的测试的；而也有一部分人认为代码覆盖率在项目中是没用甚至对项目是有害的，可能代码覆盖率较高，项目实际质量较差，给项目成员提供了一种错误的安全感。
Jmeter(一)_环境部署 Jmeter(二)_基础元件 Jmeter(三)_配置元件 Jmeter(四)_16个逻辑控制器 Jmeter(五)_24个函数 Jmeter(六)_前置处理器 Jmeter(七)_IF控制器+循环控制器+计数器控制接口分支 Jmeter(八)_JDBC请求 Jmeter(九)_获取JDBC响应做接口关联 JMeter(十)_正则表
最近，“中兴事件”可谓是在通信和IT界刮起了一阵龙卷风，引得业内大佬们纷纷跳出来发表自己的一腔爱国之情。小编也是一个热血沸腾的爱国青年啊，但是在激昂愤慨之后，我突然嗅到了一丝危机，是什么呢？且听我来说说。咋们先回顾下这起事件的来龙去脉吧，好让吃瓜的小伙伴了解下危机起源的背景。——“2018年4月16日晚，美国商务部发布公告称，美国政府在未来7年内禁止中兴通讯向美国企业购买敏感产品。”
做性能测试已经有一两年时间了，一直都在胡乱碰撞，东学西学，都是一些表面的东西，很少想过把它们连贯起来。今天根据自己的理解写一下性能测试到一定阶段需要站到一个什么样子的高度去看待性能这个问题。很多企业招聘都只写性能测试，会使用LR，jmeter工具。其实会使用jmeter和LR进行性能测试还只是性能测试的第一步，离真
01运行1）App安装完成后的试运行，可正常打开软件。2）App打开测试，是否有加载状态进度提示。3）App页面间的切换是否流畅，逻辑是否正确。4）注册同表单编辑页面用户名密码长度注册后的提示页面前台注册页面和后台的管理页面数据是否一致注册后，在后台管理中页面提示5）登录使用合法的用户登录系统系统是否允许多次非法的登录，是否有次数限
走进公司，填写基本信息表，然后面试。开发经理、测试经理、HR，3个人面试，这次的楼主表现得很低调，什么该有的，什么没有的都是实话实说，说句心里话，实在是因为心虚，对面俩技术大牛，一看就很厉害，我很清楚必须实事求是。首先是自我介绍，当楼主说自己是一个活泼开朗的女生时，对面的开发经理忍不住笑了，我也不知道什么原因。觉得可能客套话太多，所以就直接进入正题，介绍自己会哪些工具啊，会哪
每个系统都会有他的生命周期，从生到死，经历少年、中年、老年三个阶段。复杂度的管理贯穿系统的整个生命周期，就像进化论的自然选择一样，不停的优化着系统，不停的断舍离，保持着系统的生命力。系统初建的阶段，主要是完成0到1的构建，用于验证业务模式或者做最小的Demo产品。这个阶段优先考虑的就是时间和成本，就是要快。因此，这一阶段的技术选型很重要，如果选择不对，就会引入不必要的复杂度，降低研发
从事过软件测试的小伙们就会明白会使用Linux是多么重要的一件事，工作时需要用到，面试时会被问到，简历中需要写到。对于软件测试人员来说，不需要你多么熟练使用Linux所有命令，也不需要你对Linux系统完全了解，你只需要学会一些常用的基本命令，这些命令足够支撑你去查看日志，定位bug，修改文件，搭建环境就完全OK了。对于Linux系统底层的实现不需要了解，甚至对于绝大多数的命令都不需要知道。
一切项目的本源都是需求，需求明确了才能更好地规划项目所要完成的工作范围，第一期内容讲了项目管理的三重制约，即范围、时间、成本。时间和成本以项目的工作范围为核心，而范围又以项目需求为核心。由此可见需求是项目的本源。然而,需求管理并不是一个简单的事情，人的需求和想法很容易发生变化，从而导致项目工作会不断返工。这很可能导致成本上升，时间延迟，由此产生团队情绪不稳定和抱怨等连锁的反应
