一.对需求评审阶段,对业务需求细节理解不明确,未深入挖掘隐含拓展需求 改进措施 需求评审前,我们应该先仔细阅读prd及交互文档,先形成自己对产品的思考,通过脑图的方式列出对产品设计的疑问点,从用户或者从行业角度找出产品设计缺陷点: 需求评审会议中,带着列出的疑问点向产品.开发沟通自己对产品的疑惑和质疑点,多提几个为什么?如何实现?数据获取来源?超出预期的数据怎么处理?缓存处理机制如何?数据保存何处?逻辑由前端处理还是后端服务?后端服务逻辑是否跟第三方关联? 需求评审完成后,按照一定的功能,将需求

HashMap在JDK1.8中并发操作不会出现死循环,只会出现缺数据.测试如下: package JDKSource; import java.util.HashMap; import java.util.Map; import java.util.concurrent.TimeUnit; /** * @Auther: wenbochang * @Date: 2018/8/5 11 */ public class TestHashMap { /** * NUMBER = 10,表示十个线程执行p

此文已由作者王晓明授权网易云社区发布. 欢迎访问网易云社区,了解更多网易技术产品运营经验. 各位看官,可能看到标题的你一定认为这是一篇涉嫌"炒作"的文章,亦或是为了吸引眼球而起的标题,恭喜你猜对了一半,确实是为了吸引大家的关注而起的这个标题,不过不是为了"炒作"而只是为了让更多人关注bug,重视bug,从而挖掘bug的潜在价值--技术团队的财富. Bug一词估计也只有相关从业人员才会比较了解,我想了解它的人没有一个不讨厌它的.这一点从给它起的名字就可以看出来,&qu

Monkey测试针对不同的对象和不同的目的采用不同的测试方案,首先测试的对象.目的及类型如下: 测试的类型分为:应用程序的稳定性测试和压力测试 测试对象分为:单一apk和apk集合 测试的目的分为:解决问题的测试(忽略异常的测试)和验收测试(不忽略异常的测试) 对于应用程序的稳定性测试有两中情况 在针对单个apk是,对不忽略异常的,在进行单个apk的验收测试时,则使用单一apk且不忽略异常的命令执行.对忽略异常的,在进行单个apk的解决问题的测试时,则使用单一apk且忽略异常的命令执行,这样可以

原文网址:http://www.cnblogs.com/zh-ya-jing/p/4396918.html 为了确保Android应用能够在所有兼容Android的设备上正确运行,并且保持相似的用户体验,在每个版本发布之时,Android提供了一套兼容性测试用例集合(Compatibility Test Suite, CTS)来认证运行Android系统的设备是否完全兼容Android规范,并附带有相关的兼容性标准文档(Compatibility Definition Document, CDD

如何去区分一个功能测试工程师的水平高和低? 可以从很多个方面去检查,比如测试的思路, 比如测试用例的覆盖度?,比如测试出bug是否能够定位到根因? 上面说的各个方面都很合理,那我们平常如何如更深的定位问题的根因呢? 1.通过我们的测试的经验 这个有点不容易掌握,也不容易传承 2.通过分析bug出现的流程来查找问题的根因, 这个思路可以通过锻炼是自己的技能不断提高 举个例子 BS架构的系统,销售统计报表中的金额不正确?这个时候我们怎么通过流程分析法去精确找到问题的根因呢? 1.分析金额的计算方法

上一篇测试是在dg环境进行测试挖掘,但是如果客户存在一个测试库,那样使用日志挖掘的影响性更小.本篇进行测试分析. 测试环境介绍: oracle linux  5.6,vmware虚拟机,安装两套单实例10.2.0.5数据库,一套模拟生产环境进行dml操作,另一套模拟测试环境进行日志相关挖掘. 测试流程说明: 1.生产环境,模拟dml操作,一个表A,产生一个delete 1行记录,执行两次,表B,执行一次delete操作, 30000条记录  ,日志切换(归档模式下),再次多切换几次日志 2.目标

起因:客户需求,数据库正常每天总的日志切换是20以内,有一天日志切换总数,达到30,客户建议使用Logminer进行日志挖掘分析,到底什么应用导致的问题. 说明:使用logminer进行日志挖掘,只能挖掘出什么对象表,dml操作多少次,而无法明确得到什么应用占用的日志最多.只能提供很单项的东西,某个表dml操作次数,非常多.需要客户结合实际应用,去判断,到底什么应用导致的问题. 环境说明:数据库版本10.2.0.5 双节点rac, 有一套dg 10.2.0.5,单实例. 测试说明: 1.dg 切

声明:本文来源于MLDN培训视频的课堂笔记,写在这里只是为了方便查阅. 1.了解SpringBoot的基本概念 2.具体内容 在之前所建立的 SpringBoot 项目只是根据官方文档实现的一个基础程序模型,但是这样的代码肯定不适合于实际的项目开发, 因为从实际的 Maven 项目来讲,应该要有统一的父 pom.xml 文件. 2.1.统一父 pom 管理 1. 首先建立一个 microboot 的 Maven 项目: <!--建立统一的父pom ,其他的子模块都统一用这个配置 --> <

为了确保Android应用能够在所有兼容Android的设备上正确运行,并且保持相似的用户体验,在每个版本发布之时,Android提供了一套兼容性测试用例集合(Compatibility Test Suite, CTS)来认证运行Android系统的设备是否完全兼容Android规范,并附带有相关的兼容性标准文档(Compatibility Definition Document, CDD). 首先从http://source.android.com/compatibility/download

GTS的全称是Google Mobile Services Test Suite,所谓的Google Mobile Services即谷歌移动服务,是谷歌开发并推动Android的动力,也是Android系统的灵魂所在.GMS目前提供有Search.Search by Voice.Gmail.Contact Sync.Calendar Sync.Talk.Maps.Street View.YouTube.Android Market (ICS 上更改为Play store)服务.当用户使用谷歌的

客户测试库,down问题分析,根据alert 的问题指向,实例异常终止,但是无其它有价值的信息 Terminating the Instance Due to Error Out-Of-Memory(OOM) Killer Crashes Oracle Database (Doc ID 1622379.1) SYMPTOMS Instance terminated due to death of background process. In this case, it was DBWR. No

1  Bytes Throughput Over Time  每秒传输字节吞吐量,表明Jmeter在测试时,随着时间推移发送和接受的字节数 2  Response Codes per Second  每秒返回的响应码,表明Jmeter测试期间,随着时间的推移返回的响应码,从中我们可看到测试期间在哪个时间段内出现了错误.就可以分析在该时间内系统的什么环境因素,导致的错误. 3  Response Latencies Over Time 每秒钟的响应等待时间, 表明Jmeter测试期间,随着时间的推

1. 专项测试 业务测试:面向新需求 回归测试:面向已交付需求 专项测试:面向非功能需求的各类质量唯独特征 表现 用户维度 技术维度 崩溃 crash,弱网 检测崩溃1.某个页面,因为研发处理不合适,点击页面的某个控件.页面加载中接口报错(如返回null值,或空列表).前端的列表计算有问题(数组越界).内存问题引发崩溃,一般使用自动遍历.monkey测试频繁的去检测app的健壮性,模拟大量的随机事件.新业务中一般使用断点模拟接口异常,使用自动遍历.monkey测试不一定能有效模拟这种场景.2.还

前言 在汽车领域,近几年车内网络通讯方式的变革诉求,期望能够有更高的数据传输速率,以及保证实时性的通讯方式引入.例如对于ADAS而言,传统的CAN总线已经远远不能满足其对通讯的要求,而基于车载以太网的TSN网络是一个更好的解决方案,它在保证传输带宽的同时,也保证了数据的时序.极低延时和可靠性. TSN 验证及测试环境概述 德国TSN Systems公司提供了用于TSN 测量和分析的软件工具TSN tools 以及硬件工具TSN Box,利用TSN Tools以及TSN Box,可以快速构建一个支

原文网址:http://www.cnblogs.com/zh-ya-jing/p/4452675.html CTS Verifier算是CTS的一部分,需要手动进行,主要用于测试那些自动测试系统无法测试的功能,比如相机.传感器等.由于硬件配置或其他原因,不同手机上部分测试项目被隐藏,也就是说CTS Verifier中case的总数,取决于测试机支持哪些功能, CTS Verifier总共包含以下15个功能: · Camera · Clock · Device administration · F

首先要确认BUG的影响范围: 后续做法如下: 1.从测试角度来说,外部缺陷等同与系统崩溃,测试是必须提的2.可以询问主管或负责人是否在后一个版本中修改3.评估缺陷对于用户使用存在多大的不便4.判定缺陷修改的关联多少模块5.这句记在心里就可以了,产品是给人用的,一切不符合用户实际需求的就是缺陷,如不再需求确认书上的需求,为了产品长远发展也必须及时修复.

CTS Verifier算是CTS的一部分,需要手动进行,主要用于测试那些自动测试系统无法测试的功能,比如相机.传感器等.由于硬件配置或其他原因,不同手机上部分测试项目被隐藏,也就是说CTS Verifier中case的总数,取决于测试机支持哪些功能, CTS Verifier总共包含以下15个功能: · Camera · Clock · Device administration · Features · Hardware · Job scheduler · Location · Manage

最近做了一次移动APP的弱网和中断测试,接下来分享一下遇到的一些问题: 1.现象:用户登录应用时下载初始化数据,下载过程中因网速太慢点击取消并重新登录,数据初始化完成后出现重复,造成数据不一致. 原因:数据下载过程中.下载失败后,未进行数据回滚,中止后重新下载,出现数据重复 解决方案:通过事务处理数据下载逻辑,下载失败后,应用本地数据库进行数据回滚. 2.现象:用户点击数据上传,数据上传过程中网络弱且不稳定,基于联网状态自动触发数据上传,导致出现数据重复写入,形成脏数据 原因:数据上传过程中,由

在跑monkey时,我们需要将日志输出到文件,然后对日志信息进行分析. 一.输出日志到文件 在monkey命令后加>文件地址 如:adb shell monkey 1000>E:/text.txt 表示将monkey的日志信息输出到E:/text.txt 注意:要输出日志时,一定不能先进入adb shell模式,需要在dos命令环境下,输入完整的adb shell monkey命令才可以输出日志到文件. 在使用adb shell monkey执行命令时,不能暂停执行,只能通过杀掉进程. 操作步

见:https://blog.csdn.net/haoui123/article/details/62036723